Azure Function App缺失wwwroot目录致404及部署失败求助

排查方向是否正确？ #

你的排查方向是准确的，WEBSITE_CONTENTSHARE 和 WEBSITE_RUN_FROM_PACKAGE 这两个应用设置是影响Function App文件系统与部署行为的核心配置，槽交换过程中的设置继承逻辑极有可能是故障诱因。

wwwroot目录消失的原因 #

• 槽交换的设置冲突：若WEBSITE_CONTENTSHARE未标记为「槽专属设置」（Slot Setting），生产槽与预发布槽交换后，生产槽会继承预发布槽的该配置值。此设置指定了Function App存储内容的文件共享名称，一旦生产槽指向预发布的共享，原生产环境的wwwroot目录就会被替换，表现为“消失”。
• WEBSITE_RUN_FROM_PACKAGE的虚拟化特性：当该设置为1时，Function App从包文件运行，wwwroot目录会被系统虚拟化，手动创建时会因系统锁定返回409冲突错误。
• 部署失败的连锁影响：多次部署失败可能触发Azure后台的文件系统清理逻辑，或因权限、配置问题导致wwwroot目录未被正确初始化。

槽交换是否引发故障？ #

是的，这是最可能的诱因。槽交换时，非槽专属的WEBSITE_CONTENTSHARE会被覆盖，导致生产槽指向预发布槽的内容共享，而预发布共享中没有生产环境的函数代码，进而出现wwwroot缺失、端点404的问题。

更新后仍404的解决步骤 #

切换WEBSITE_RUN_FROM_PACKAGE后虽创建了wwwroot但仍404，可按以下步骤排查：

1. 验证部署结果：通过Kudu的Debug Console进入wwwroot目录，检查是否存在编译后的代码文件（如bin目录、各函数的function.json）。
2. 检查函数加载状态：在Azure门户的Function App页面，查看「函数」列表是否正常加载出你的函数。若列表为空，说明代码未被系统识别。
3. 修复WEBSITE_CONTENTSHARE配置：
   • 从Azure存储账户的文件共享中找到生产槽原本的共享名称（格式通常为<function-app-name>-<随机字符串>）。
   • 将生产槽的WEBSITE_CONTENTSHARE设置为该名称，并标记为「槽专属设置」，避免后续槽交换时被覆盖。
4. 强制重新部署：执行命令 func azure functionapp publish <function-app-name> --dotnet --force 覆盖现有部署包。
5. 查看日志定位问题：在Kudu的Log Files目录或Azure门户「监控」>「日志」中，查看函数启动日志与请求日志，明确404的具体原因（如路由配置错误、代码加载失败）。

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