.NET7托管Blazor应用部署后遭遇完整性元数据校验失败及资源加载异常问题

我之前也碰到过类似的Blazor部署后完整性校验出错的情况，结合你描述的细节，给你几个实用的排查和解决方向：

• 确认发布文件的完整性
  Blazor的完整性校验是基于发布时生成的blazor.boot.json清单文件，里面记录了每个dll的哈希值和长度。如果服务器上的文件和本地发布的不一致（比如上传时文件损坏、传输模式不对），就会触发校验失败。建议你：

  • 本地重新执行dotnet publish -c Release生成发布包
  • 将整个发布文件夹打包成zip，上传到服务器后直接解压，避免单个文件传输可能带来的损坏
  • 对比服务器上_framework下的dll文件大小和本地发布后的文件大小，确保完全一致

• 检查服务器的静态资源配置
  很多服务商的服务器或CDN会对静态资源做压缩、缓存或内容篡改，这会破坏Blazor的完整性校验。你可以：

  • 联系服务商确认是否针对.dll文件开启了自动压缩（比如gzip/brotli），如果开启了，需要对_framework目录下的文件禁用压缩
  • 确保服务器返回的Content-Length头和实际文件大小一致，避免分块传输（chunked encoding）导致的长度不匹配
  • 对_framework目录设置合适的缓存策略，比如设置Cache-Control: public, max-age=31536000, immutable，避免浏览器缓存旧的文件版本

• 解决非无痕模式下的403资源加载问题
  非无痕模式下css/js报403，大概率是权限或缓存冲突导致的：

  • 检查服务器上wwwroot目录及其子文件的权限，确保运行Web应用的用户有读取权限
  • 清除浏览器的缓存（包括Cookie和站点数据），因为旧的缓存可能附带了过期的权限凭证
  • 排查服务商的安全规则，比如是否有防火墙或WAF拦截了静态资源的请求，必要时联系服务商白名单你的资源路径

• 临时应急方案（不推荐长期使用）
  如果需要快速恢复服务，可以临时关闭完整性校验：
  打开wwwroot/index.html，找到加载blazor.webassembly.js的脚本标签，移除其中的integrity和crossorigin属性，这样浏览器就不会校验文件的完整性。但这个做法会失去Blazor的安全防护能力，找到根本原因后记得恢复。

• 检查发布配置细节
  确认本地发布时没有启用可能修改文件的选项：

  • 打开项目的发布配置文件（.pubxml），检查是否开启了PublishTrimmed或PublishSingleFile，这些选项可能会修改dll的内容，导致校验失败
  • 确保发布时使用的是Release模式，Debug模式的文件结构和哈希值和生产环境不一致

备注：内容来源于stack exchange，提问作者Enrico