移动端 .gz 压缩文件上传为何被浏览器拦截？检查 Content-Type 头部配置
浏览器上传 .gz 文件时默认使用非标准 MIME 类型，导致服务器无法正确识别文件格式。
确认文件扩展名与默认 MIME 类型
在移动端上传 .gz 文件时，浏览器通常会根据文件扩展名自动设置请求头。根据资料，Windows 和 macOS 系统在处理 .gz 文件上传时，会使用非标准的 MIME 类型 application/x-gzip。这种默认行为可能导致服务器端脚本无法正确解析压缩文件，从而在移动端触发拦截或保存对话框。
为了验证这一现象，可以在移动设备上打开浏览器的开发者工具，切换到网络监控面板。上传 .gz 文件后，查看请求头中的 Content-Type 字段。如果显示为 application/x-gzip，说明浏览器正在使用非标准类型。此时需要检查服务器配置，确保其能够识别并处理这种类型，或者修改客户端代码以发送正确的标准类型。
检查服务器是否支持标准 MIME 类型
服务器端需要正确配置 MIME 类型映射才能处理 .gz 文件。资料中提到，标准的 GZip 压缩文件 MIME 类型应为 application/gzip。如果服务器仅支持 application/x-gzip，可能会在移动端上传时出现兼容性问题。建议在服务器配置文件中添加或更新 MIME 类型映射，确保 application/gzip 被正确识别。
可以通过发送一个测试请求来验证服务器配置。在移动端或桌面端使用 curl 命令发送一个 .gz 文件，并指定 Content-Type 为 application/gzip。如果服务器返回 200 状态码并正确处理文件，说明服务器已支持标准类型。如果仍然返回错误或拦截，则需要进一步检查服务器的安全策略或中间件配置。
修改客户端请求头以匹配服务器配置
如果服务器仅支持非标准类型，可以在客户端代码中手动设置请求头。在 JavaScript 中，可以通过设置 XMLHttpRequest 或 Fetch API 的 headers 属性来覆盖浏览器的默认行为。例如，将 Content-Type 设置为 application/gzip，以确保服务器能够正确解析文件。
修改请求头后，再次在移动端测试上传功能。检查网络面板中的请求头是否已更新为 application/gzip。如果上传成功且服务器返回正确的响应，说明客户端修改有效。需要注意的是，手动设置请求头可能会影响文件上传的完整性，因此建议在修改后进行充分的测试。
验证文件上传的完整性与兼容性
完成配置修改后，必须验证文件上传的完整性和兼容性。在移动端上传一个真实的 .gz 文件，并检查服务器是否正确解压或处理文件内容。同时，测试不同浏览器和设备上的表现，确保修改不会引入新的问题。如果文件内容损坏或无法解压，可能需要调整服务器配置或客户端代码。
此外，建议检查服务器的日志和错误信息，以确认是否有其他因素影响文件上传。例如，文件大小限制、网络连接问题或安全策略都可能导致上传失败。通过综合排查，可以确保 .gz 文件在移动端上传的稳定性和可靠性。
资料与延伸阅读
你可以通过以下原始资料核对文中概念，并继续深入阅读。