Asp.net Azure网站-配置文件已被其他程序更改

过去两天，我的azure网站应用程序一直困扰着我，但以下情况除外：

例外信息： 异常类型：ConfigurationErrorsException

异常消息：配置文件已被其他程序更改。（D:\home\site\wwwroot\web.config）

它每隔5分钟（大约）周期性地出现一次，在应用程序重启后，它会正常运行一段时间，然后再次正常运行

有没有办法调试导致配置文件更改的原因？我已经阅读了全部代码，没有找到任何有关配置文件版本的参考资料

堆栈跟踪：

at System.Configuration.BaseConfigurationRecord.EvaluateOne(String[] keys, SectionInput input, Boolean isTrusted, FactoryRecord factoryRecord, SectionRecord sectionRecord, Object parentResult)
at System.Configuration.BaseConfigurationRecord.Evaluate(FactoryRecord factoryRecord, SectionRecord sectionRecord, Object parentResult, Boolean getLkg, Boolean getRuntimeObject, Object& result, Object& resultRuntimeObject)
at System.Configuration.BaseConfigurationRecord.GetSectionRecursive(String configKey, Boolean getLkg, Boolean checkPermission, Boolean getRuntimeObject, Boolean requestIsHere, Object& result, Object& resultRuntimeObject)
at System.Configuration.BaseConfigurationRecord.GetSection(String configKey)
at System.Web.Configuration.RuntimeConfig.GetSectionObject(String sectionName)
at System.Web.Configuration.RuntimeConfig.GetSection(String sectionName, Type type, ResultsIndex index)
at System.Web.Configuration.RuntimeConfig.get_HttpRuntime()
at System.Web.HttpContext.EnsureTimeout()
at System.Web.HttpApplication.OnThreadEnterPrivate(Boolean setImpersonationContext)
at System.Web.HttpApplication.PipelineStepManager.ResumeSteps(Exception error)
at System.Web.HttpApplication.BeginProcessRequestNotification(HttpContext context, AsyncCallback cb)
at System.Web.HttpRuntime.ProcessRequestNotificationPrivate(IIS7WorkerRequest wr, HttpContext context)

---

从三天前开始，我们每天只在特定时间遇到相同的问题。

---

这似乎是Azure的一个全球性问题，有关更多信息，请查看

在异常之前和之后是否检查了配置文件？配置文件的前后是否相同？如果没有，改变了什么？我现在改变了…很难确定，因为在azure portal中，我还添加了应用程序洞察，以帮助我跟踪问题。无论如何，不同的行是：我对这行很好奇，不确定它是由微软人工智能添加的，还是该归咎于这行。你难道不知道是什么增加了这一行吗？大家好，欢迎来到StackOverflow。请将仅包含对其他主题的引用的文本作为评论而不是答案发布。谢谢！由于我是这个论坛的新手，由于我的声誉状况，我不允许发表评论。最近讨论的问题对我们来说是一场噩梦，使我们日以继夜地工作。因此，我非常渴望分享我对此事的了解。我以后绝对会听从你的建议。链接线程中提到的解决方法有帮助吗？当我在web.config上应用chmod 444（通过azure控制台）并将应用程序降低到1个scale实例（这可能也是一个巧合，只是分享在我的情况下暂时有用的东西）时，这个问题对我来说就停止了。issie在MS端修复了吗？对我们来说，问题在6月30日自动停止。我们在等待下一站，以便更好地分析webapp的状态。下一步将尝试建议的设置“网站”\u DYNAMIC\u CACHE\u FCN\u MODE=1。无论如何，在应用程序中使用1个缩放实例是一个有趣的想法，因为它似乎是web.config所有权的某种竞争条件触发了这个问题。所以我又来了……在我们发布了一个新的发布后，这个问题再次出现，你没有经历过这个问题吗？和/或自该日期起，您是否进行过任何发布？我已尝试应用推荐的设置，请查看是否有帮助