安卓HTTP/2大文件上传失败源于帧兼容性、TLS握手及请求头膨胀三重问题，需调优Nginx的http2_max_requests、header限制、TLS配置、超时缓冲，并支持按UA降级HTTP/1.1。
开启 HTTP/2 后安卓设备上传大文件失败，常见于部分中低端机型或旧版 WebView（如 Android 7–9 的系统 WebView、Chrome 70–85），本质是 HTTP/2 帧处理兼容性 + TLS 层握手行为 + 客户端请求头膨胀三重叠加所致，并非单纯调大上传限制就能解决。
检查并收紧 HTTP/2 连接复用与头部限制
安卓客户端（尤其 WebView）在 HTTP/2 下易因单连接复用过久或 header 膨胀触发静默 RST_STREAM。需主动降低容忍度：
- 在启用 http2 的
server块中设置：http2_max_requests 300;（避免长连接被复用超 500 次后异常中断）http2_max_header_size 16k;（比默认 4k 更宽松，但低于 32k，防安卓 WebView 发送冗余 UA/Cookie）http2_max_field_size 8k;（防止单个 Cookie 或自定义 Header 超限引发 431） - 同步调整 HTTP/1.1 兼容参数（安卓 fallback 时仍可能走此路径）：
client_header_buffer_size 8k;large_client_header_buffers 4 8k;
规避 TLS 层握手与 ALPN 协商问题
部分安卓设备 TLS 栈对 ALPN 协商失败不降级，或对 OCSP Stapling 响应延迟敏感，导致连接建立后立即断开：
- 确保
ssl_protocols TLSv1.2 TLSv1.3;—— 移除 TLSv1.1 及以下，避免协商卡死 - 关闭 OCSP Stapling 或设宽松超时：
ssl_stapling off;（最简方案）
或保留时加：ssl_stapling_timeout 5s;resolver 8.8.8.8 1.1.1.1 valid=300s; - 禁用非标准椭圆曲线：
ssl_ecdh_curve X25519:prime256v1;（仅保留广泛支持的两种）
适配安卓上传行为：缓冲、超时与代理转发
安卓 WebView 在 HTTP/2 下上传大文件常分片发送且间隔不稳定，Nginx 默认超时和缓冲易误判为异常：
- 增大请求体接收超时：
client_body_timeout 600s;（而非默认 60s） - 提升代理缓冲能力（若 Nginx 后接后端服务）：
proxy_buffering on;proxy_buffers 16 16k;proxy_busy_buffers_size 32k;proxy_max_temp_file_size 2048m; - 明确限制上传大小并匹配后端：
client_max_body_size 512m;（放在 server 或 location 块）
同时确认后端（如 Spring Boot）spring.servlet.multipart.max-file-size=512MB等配置一致
兜底：对特定安卓 User-Agent 临时降级到 HTTP/1.1
若问题集中于某几款机型（如三星 J 系列、华为 EMUI 9.x），可针对性降级，避免影响其他用户：
- 在 server 块中添加条件判断：
if ($http_user_agent ~* "(Android.*WebView|SamsungBrowser|HuaweiBrowser).*[7-9]\.") {add_header Alt-Svc 'h2=":443"; ma=0';# 强制关闭 http2，走 http/1.1} - 更稳妥做法：用 map 指令预定义变量，在 listen 中动态控制：
map $http_user_agent $use_http2 {default on;~*(Android.*WebView|SamsungBrowser.*[7-8]\.) off;}
再在listen 443 ssl http2改为listen 443 ssl http2=$use_http2（需 Nginx ≥1.21.6）
