Azure应用槽交换未遵循WebJobs粘性设置问题排查

我之前也踩过类似的坑，给你拆解几个核心原因和对应的解决办法：

1. WebJobs的配置加载优先级没走对 #

虽然你在Web App层面把连接字符串/密钥设为了粘性，但如果WebJobs的代码没有优先读取Azure注入的环境变量，而是直接读取本地app.config的硬编码值，就会绕过槽位的粘性设置。

Azure App Service的应用设置/连接字符串会自动注入到环境变量中，且优先级高于本地配置文件，但前提是你的WebJobs代码用了标准的配置读取方式：

• .NET Framework用ConfigurationManager.ConnectionStrings["你的连接字符串名"].ConnectionString
• .NET Core用IConfiguration.GetConnectionString("你的连接字符串名")

如果代码里是直接读取app.config的XML节点，就会忽略Azure的槽位设置。

2. 粘性设置漏了WebJobs专用配置项 #

你确认过所有和WebJobs相关的配置都设为粘性了吗？比如WebJobs SDK依赖的AzureWebJobsStorage连接字符串，要是没把它标记为"部署槽位设置"（粘性），切换槽位时就会被过渡槽的值覆盖。

另外要注意：Azure的应用设置和连接字符串是分开设置粘性的，别只给连接字符串设了粘性，却漏了WebJobs用到的应用设置密钥。

3. 槽位切换后WebJobs没正确重启 #

持续运行的WebJobs有时候会缓存旧配置，槽位切换后如果没触发自动重启，就会一直用过渡槽的配置。这种情况手动重启WebJobs就能解决。

4. 部署时替换了WebJobs的本地配置文件 #

如果过渡槽部署时，把WebJobs的app.config也一起上传了，且文件里是过渡环境的配置，虽然Azure环境变量优先级更高，但如果配置项名称和Azure设置有细微差异（比如大小写），就会导致WebJobs读取到本地文件的错误值。

• 检查配置读取逻辑：确保代码用标准方式读取配置，优先走环境变量而非本地文件。可以加日志验证：

  // .NET Framework示例
  var connString = ConfigurationManager.ConnectionStrings["YourConnString"].ConnectionString;
  var envVarValue = Environment.GetEnvironmentVariable("SQLAZURECONNSTR_YourConnString");
  Console.WriteLine($"读取到的连接字符串: {connString}");
  Console.WriteLine($"Azure环境变量值: {envVarValue}");
  

  对比两个值，就能知道是不是读取逻辑出了问题。
• 全量检查粘性设置：
  1. 进入Azure门户的Web App槽位页面
  2. 分别打开生产槽和过渡槽的「应用设置」「连接字符串」
  3. 确保所有WebJobs用到的配置项，都勾选了「部署槽位设置」（即粘性）
• 槽位切换后强制重启WebJobs：在Web App的「WebJobs」页面，找到对应WebJobs点击「重启」，确保加载最新环境变量。

内容的提问来源于stack exchange，提问作者proteus