为什么在插槽交换后WEBSITE_HOSTNAME不会更新

本文介绍了为什么在插槽交换后WEBSITE_HOSTNAME不会更新的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！ 问题描述 您好，我们的集成版本最近开始出现问题，即在交换插槽后环境变量没有正确更新。特别是  WEBSITE_HOSTNAME 似乎保持其现在的价值生产槽是暂存槽。应用程序服务重新启动似乎可以解决问题，但我们希望避免为每个版本执行应用程序重新启动。  Our integration release has recently started having the issue where after the slots are swapped the environment variables are not updating appropriately. Specifically WEBSITE_HOSTNAME seems to keep its value from when the now production slot was the staging slot. An App Service restart seems to fix the issue however we would like to avoid doing an App Restart for every release.  据我们所知，这对我们来说是一个新的错误，它只发生在这一个App Service上，但我们担心这会发生在我们真正的生产环境中。任何帮助或解释将不胜感激。  As far as we can tell this is a new error for us and it is only happening for this one App Service, but we are concerned this will happen on our true production environment. Any help or explanation would be appreciated.  请参阅下面的问题屏幕截图注意"-staging"在  WEBSITE_HOSTNAME。  推荐答案 谢谢你提问！在交换之前，某些应用可能需要自定义预热操作。 web.config中的applicationInitialization配置元素允许指定要执行的自定义初始化操作。交换操作在与目标插槽交换之前等待此自定义预热完成。这是一个示例web.config片段。 有关自定义applicationInitialization元素的更多信息，请参阅 最常见的部署槽交换失败以及如何解决它们。   您也可以尝试通过创建自己的粘性应用设置来解决，例如HOSTNAME，并为每个插槽设置正确的值。 你可以参考这个博客 http://blog.amitapple.com/post/2014/11/azure-websites-slots/#comment-3629251634 免责声明：此回复包含对第三方万维网站点的引用。 Microsoft提供此信息是为了方便您。 Microsoft不控制这些网站，也没有测试在这些网站上找到的任何软件或信息;因此，Microsoft不能就其中发现的任何软件或信息的质量，安全性或适用性做出任何陈述。 是使用互联网上任何软件的固有危险，Microsoft提醒您在从互联网上检索任何软件之前确保您完全了解风险。 这篇关于为什么在插槽交换后WEBSITE_HOSTNAME不会更新的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！