Unity 2020 WebXR Exporter构建后Wasm流式编译失败如何解决？

配置错误说明 #

你当前的.htaccess配置存在两处问题：

• 规则冲突：第一个mod_mime块中AddEncoding gzip .wasm规则会和下方.wasm.gz的编码规则优先级冲突，导致.wasm.gz文件的MIME类型识别错误
• 缺少响应头配置：没有显式为预压缩的.gz文件配置Content-Encoding响应头，Hostinger默认的Apache规则会给.gz文件返回application/gzip的MIME类型，覆盖你设定的application/wasm

修复后的完整配置 #

替换你现有的全部.htaccess内容为以下代码即可：

<IfModule mod_mime.c>
    # 非压缩Unity资源配置
    AddType application/wasm .wasm
    AddType application/octet-stream .data
    AddType text/javascript .js
    AddEncoding gzip .unityweb
</IfModule>

<IfModule mod_headers.c>
    # 为预压缩文件明确指定编码头
    <FilesMatch "\.(data|wasm|js|symbols\.json)\.gz$">
        Header set Content-Encoding gzip
        Header append Vary Accept-Encoding
    </FilesMatch>
</IfModule>

<IfModule mod_mime.c>
    RemoveType .gz
    AddEncoding gzip .gz
    # 预压缩文件正确MIME类型
    AddType application/octet-stream .data.gz
    AddType application/wasm .wasm.gz
    AddType application/javascript .js.gz
    AddType application/octet-stream .symbols.json.gz
</IfModule>

额外检查项 #

• 到Hostinger主机面板的MIME类型设置页，确认没有全局配置.wasm/.wasm.gz的MIME规则，避免全局规则覆盖.htaccess配置
• 清理Hostinger服务器缓存和浏览器缓存后再测试，避免旧的缓存资源干扰
• 确认你没有同时开启Hostinger的动态Gzip压缩功能，Unity导出的预压缩文件如果被二次压缩也会触发MIME错误

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