Azure App Service部署后出现502网关错误求助

嘿，我来帮你捋捋这个Azure App Service部署后出502错误的问题——本地跑正常，部署就炸，这种情况我碰过不少，大概率是环境差异或者配置没跟上导致的，给你几个排查方向：

1. 先抓详细错误日志，别光看502表面 #

502只是网关层面的错误，得拿到后端的具体报错才能定位：

• 登录Azure门户，找到你的App Service，进入「监控」>「日志流」，实时看请求的报错细节
• 也可以开启「诊断设置」，把日志导出到存储账户，查看完整的堆栈跟踪
• 另外试试在App Service的「配置」>「常规设置」里，把HTTP版本改成1.1（有时候HTTP/2的兼容性会搞出问题）

2. 重点检查Azure存储表的访问配置 #

本地能访问，部署后不行，90%和存储表的权限或连接字符串有关：

• 别把local.settings.json里的连接字符串硬编码到代码里！一定要用App Service「配置」>「应用程序设置」里的生产环境连接字符串，确认值和生产存储账户完全匹配
• 检查存储账户的「网络」设置：如果是「选定网络」，要么把App Service的IP加入允许列表，要么开启「允许受信任的Microsoft服务访问此存储账户」
• 重新生成存储账户的访问密钥，再更新到App Service的应用设置里——有时候复制粘贴会多空格或者漏字符

3. 核对运行时和依赖版本 #

本地Visual Studio的环境和Azure上的可能不兼容：

• 进入App Service的「配置」>「常规设置」，确认**.NET版本**（或你用的其他运行时）和本地开发环境完全一致
• 检查NuGet包：有些包本地能正常引用，但部署到Azure时会因为依赖缺失或版本兼容报错，试试本地清理NuGet缓存后重新发布，或者用「自包含部署」模式发布（针对.NET应用）

4. 排查代码里的本地依赖 #

有没有代码用到了只有本地才有的资源？比如：

• 硬编码的本地文件路径（比如C:\test\data.csv），部署到Azure后要改成用App Service的临时存储路径（D:\home）或者Azure Blob存储
• 本地测试用的存储账户信息，部署后没替换成生产环境的

5. 测试存储表的连通性 #

用Kudu工具（访问https://<你的App Service名称>.scm.azurewebsites.net/）的「Debug Console」，运行简单命令测试能不能连到存储表：
比如用Azure CLI命令：

az storage table list --account-name <你的存储账户名> --account-key <你的密钥>

如果能返回表列表，说明连通性没问题，问题出在代码逻辑里；如果连不上，就是权限或连接字符串的问题。

要是以上步骤都试过还是没解决，把日志流里的具体错误信息贴出来，我再帮你精准定位～

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