我在 Azure 中有一個(gè)應(yīng)用程序服務(wù)，作為我正在設(shè)計(jì)的系統(tǒng)的 API 運(yùn)行。由于 API 負(fù)責(zé)直接訪問(wèn)數(shù)據(jù)庫(kù)，因此我顯然不想在源代碼中存儲(chǔ)連接字符串，因此將其存儲(chǔ)在 Azure 儀表板上應(yīng)用服務(wù)配置中的連接字符串部分中。我的代碼幾乎是這個(gè)>> https://github.com/medhatelmasry/JwtAuthentication/blob/master/JwtAuthentication/Startup.cs的抄本，除了我檢查了它運(yùn)行的當(dāng)前配置（調(diào)試、發(fā)布）等），這樣當(dāng)我在 Visual Studio 中進(jìn)行本地調(diào)試時(shí)，我使用的是 localdb 連接（硬編碼）。我有一個(gè) appsettings.json 文件，但其中沒(méi)有連接字符串，只有 JWT 身份驗(yàn)證和日志記錄的設(shè)置。當(dāng)這個(gè)被調(diào)用時(shí)：services.AddDbContext<ApplicationDbContext>(             option => option.UseSqlServer(Configuration.GetConnectionString("DefaultConnection")));我在 Azure 中得到以下信息：Unhandled Exception: System.ArgumentNullException: Value cannot be null Parameter name: connectionString在過(guò)去的一周里，我一直在愚蠢地工作，試圖讓這個(gè)工作正常進(jìn)行，但我一直在兜圈子，我快把自己逼瘋了。Google 和 StackOverflow 的結(jié)果好壞參半，因?yàn)槎嗄陙?lái)不同版本的 Azure 和 ASP.NET Core 給出了不同的答案。就像它根本無(wú)法訪問(wèn) Azure 配置一樣。請(qǐng)參閱上面的鏈接，因?yàn)檫@與我的設(shè)置相同，并且基于 .NET 版本和類型（核心或框架）有許多不同的答案。編輯：請(qǐng)閱讀我的問(wèn)題，連接字符串不存儲(chǔ)在項(xiàng)目的 appsettings.json 文件中，它存儲(chǔ)在 Azure 中，如下所示（我已將連接字符串名稱清空，但它們確實(shí)與代碼中的內(nèi)容匹配，不，它是不是“默認(rèn)連接”）：