Azure Web Apps中wwwroot文件夹管理及CDN配置相关技术咨询

让我一步步帮你理清这些关于Azure Web Apps中wwwroot文件夹的问题，都是日常开发部署中常遇到的点：

wwwroot本质是Azure Web Apps的网站根目录，所有对外提供服务的静态内容、应用代码（比如ASP.NET Core项目里的wwwroot）都会部署在这里。它的管理方式主要有这些：

• 支持多种部署方式：不管你用Git推送、Zip部署、Visual Studio发布还是Azure DevOps流水线，最终内容都会落地到这个文件夹，部署过程中会自动替换或更新对应文件。
• 可直接在线管理：通过Azure门户的「高级工具」（也就是Kudu），进入Debug Console的CMD或PowerShell，就能像操作本地文件夹一样浏览、上传、删除wwwroot里的内容，排查问题很方便。
• 存储特性分层级：不同的Web Apps层级对应不同的存储机制——Free/Shared层级用的是实例本地临时存储，重启或回收时可能丢数据；而Basic及以上层级用的是Azure Files共享存储，所有实例共享同一个wwwroot，内容持久化不会丢失。

默认情况下，你本地项目里的wwwroot文件夹（比如ASP.NET Core项目的静态资源目录）会直接映射到Azure Web Apps实例的根目录下的wwwroot——具体路径是Windows实例的D:\home\site\wwwroot，或者Linux实例的/home/site/wwwroot。
如果你的发布配置做了自定义路径修改，那目标位置会变，但绝大多数默认场景都是直接对应到Azure上的这个核心目录。

分几种情况：

• 空白模板创建：初始的wwwroot要么是空的，要么会自带一个简单的欢迎HTML页面，告诉你应用已成功创建。
• 自定义模板/镜像创建：如果是用Docker镜像、应用市场模板或者克隆部署槽位创建的实例，wwwroot的内容会来自对应的镜像内容、模板预设，或者被克隆槽位的现有wwwroot文件。
• 绑定自动部署源：如果创建时就绑定了GitHub、Azure Repos等代码仓库，实例创建完成后会自动拉取仓库代码并部署到wwwroot里。

这个完全取决于你用的Web Apps服务层级：

• Free/Shared层级：wwwroot存在实例的本地临时存储里，这种存储是临时的，当实例被回收、重启或者自动缩放时，里面的内容可能会丢失，只适合测试场景，不能用来存重要数据。
• Basic/Standard/Premium/Isolated层级：wwwroot存储在Azure Files共享存储中，这是持久化的存储，同一Web App的所有实例都会共享这个文件夹的内容，不管怎么缩放、重启，数据都不会丢。

如果想让静态文件走CDN加速，减少Web Apps的负载，可以按这几步来操作：

• 迁移静态文件到Azure Blob存储：把wwwroot里的静态资源（CSS、JS、图片、静态HTML等）上传到Azure Storage的Blob容器，记得把容器设置为合适的访问权限（比如公开读，或者用SAS令牌做权限控制）。
• 创建Azure CDN端点：在Azure门户创建CDN配置文件，然后添加一个端点，把源设置为刚才的Blob容器（如果你的应用还有动态内容需要Web Apps处理，也可以混合配置，只让静态文件走CDN）。
• 更新应用内的资源引用：把Web应用里原来指向wwwroot的静态资源路径，替换成CDN端点的URL，比如原来的/css/main.css改成https://your-cdn-endpoint.azureedge.net/css/main.css。
• 配置缓存策略（可选）：在CDN里设置缓存规则，比如针对图片、JS这类不常变的文件设置较长的缓存过期时间，提升访问速度。
• 验证测试：访问CDN端点的URL确认静态文件能正常加载，之后可以根据需求调整Web Apps的静态文件服务配置，确保静态请求都走CDN。

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