web端大文件上传卡顿本质是php同步阻塞接收、nginx超时关闭连接及浏览器单连接空闲重置三重叠加所致；需协同调整nginx超时与缓冲、php上传限制及open_basedir白名单，ftp才是生产环境更稳方案。
宝塔面板 Web 端大文件上传卡顿，本质是 PHP 的上传机制 + Nginx 转发 + 浏览器单连接限制三重叠加导致的，直接调高 upload_max_filesize 和 post_max_size 很难彻底解决，必须配合超时、缓冲、代理层协同调整。
为什么 Web 端上传大文件会卡在 99% 或直接断连
浏览器通过 multipart/form-data 提交大文件时，PHP 默认以同步阻塞方式接收并暂存到临时目录，期间 Nginx 会持续等待后端响应；一旦上传时间超过 fastcgi_read_timeout（默认 60 秒）或 PHP 执行超时（max_execution_time），Nginx 就会主动关闭连接，前端表现为“卡住”或“网络错误”。这不是带宽问题，而是超时链路断裂。
-
client_max_body_size（Nginx）未放开 → 直接 413 错误，不会卡住 -
upload_max_filesize和post_max_size不匹配（如前者 2G、后者 8M）→ 上传中途被 PHP 静默截断，前端无提示 -
fastcgi_buffers过小（如默认 8k×4）→ 大文件 body 缓冲区溢出，Nginx 报upstream sent too big header类错误 - 浏览器自身对单个 POST 请求的连接空闲容忍低（尤其 Chrome），长时间无响应易触发重置
Web 端可生效的最小改动组合（适合 100MB–500MB 场景）
不改架构的前提下，优先调整三层超时与缓冲：
- Nginx 配置中，在对应网站的配置块内添加：
client_max_body_size 2G;<br>fastcgi_read_timeout 300;<br>fastcgi_buffers 16 16k;<br>fastcgi_buffer_size 32k;
- PHP 设置（在宝塔面板「软件商店」→「PHP 设置」→「配置修改」）：
upload_max_filesize = 2Gpost_max_size = 2Gmax_execution_time = 300max_input_time = 300memory_limit = 512M - 重启 Nginx 和 PHP（不是重载）：宝塔后台点「重启」，避免旧 worker 进程残留配置
注意：fastcgi_buffers 的值不能只加数量，必须同步加大单 buffer 大小（如从 8 4k 改为 16 16k），否则仍会因缓冲区碎片化失败。
FTP 方式才是生产环境更稳的选择
宝塔自带 Pure-FTPd，启用后上传完全绕过 PHP/Nginx 生命周期，不受任何超时和内存限制影响，且支持断点续传。关键操作只有三步：
- 在宝塔「软件商店」安装并启动
Pure-FTPd（确保状态为“运行中”） - 进入「FTP」页面，新建用户，设置「根目录」为你想上传的目标路径（如
/www/wwwroot/example.com），勾选「允许被动模式」 - 用 FileZilla / WinSCP 连接：
地址填服务器 IP，端口21，协议选FTP - 显式 FTP over TLS（更安全）或普通 FTP（调试用），用户名密码即刚创建的 FTP 账号
上传过程中可随时暂停、重试，失败也不影响网站运行 —— 这不是“退而求其次”，而是符合 HTTP/FTP 协议分工的合理选择。
真正容易被忽略的细节
很多人调完参数仍失败，是因为没意识到：宝塔面板的「网站」配置里有个隐藏开关——「防跨站攻击(open_basedir)」。一旦开启，PHP 上传临时目录（通常是 /tmp）可能不在白名单中，导致 move_uploaded_file() 失败，但错误日志里只显示空白或 500，根本看不到具体原因。
验证方法：上传一个 1MB 文件，查看 PHP 错误日志（/www/wwwlogs/php_error.log），搜索 open_basedir 或 failed to open stream。若命中，要么关闭该选项，要么在 open_basedir 值末尾追加 :/tmp（注意冒号和斜杠）。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
