据我所知，临时站点需要重新启动的唯一原因是存在应用程序设置或配置为插槽设置的连接字符串。
尽管这似乎并不总是正确的。我们的一个应用程序将重新启动。我使用了powershell cmdlet来确保门户中没有“隐藏”插槽设置（因为显然这是一个问题）。
还有哪些因素可以决定在交换期间是否重新启动临时站点？
（我在kudu github存储库上发布了这个消息，但没有得到回复）
编辑：
针对拜伦的回答：
我已经做了一些非常彻底的测试（请参阅我的测试报告），我能够执行插槽交换（有和没有预览），而无需重新启动生产或暂存插槽。这显然是没有插槽设置上的web应用程序配置。
这是否意味着不能保证重启？我在这里提出的问题是，如果没有重新启动，iis的应用程序初始化模块是否仍能确保应用程序确实已预热（因为这些事情可能需要几分钟）？
2条答案
按热度按时间bfrts1fy1#
如果存在标记为插槽设置的应用程序设置或连接字符串，则在交换之前始终会重新启动临时插槽，这是正确的。还有一些其他条件会导致重新启动，例如，如本文所述启用连续部署时http://ruslany.net/2014/03/azure-web-sites-continuous-deployment-with-staged-publishing/. 重新启动的另一个原因是在生产或暂存插槽上启用了站点身份验证。
如果没有重新启动，那么appinit模块将不会在交换期间重新执行，因为它只在工作进程初始化时运行。如果您想确保总是有重新启动，那么您可以创建一些虚拟应用程序设置并将其标记为插槽设置。
fquxozlt2#
据我所知
具有不同值的非插槽设置应要求重新启动源站点（具有不同值的非插槽设置在每次交换时交换）
只有在预览模式下，插槽设置才需要重新启动源站点(如果没有预览模式，每个插槽都保留其插槽设置）