thinkphp上传超限报错本质是php和web服务器底层拦截，非框架问题；必须同步调大upload_max_filesize与post_max_size（后者≥前者并留余量）、nginx的client_max_body_size（或apache的limitrequestbody），且均需重启服务生效，thinkphp层validate仅作后续校验。
ThinkPHP上传文件大小超限报错，本质不是框架问题，而是底层配置被触发。真正起作用的是PHP和Web服务器（Nginx/Apache）的三道硬性限制，ThinkPHP只做后续校验。必须同步调整这三层，否则改了也无效。
一、调大PHP核心参数（必须重启服务）
PHP在解析请求前就拦截超限数据，upload_max_filesize控制单文件上限，post_max_size控制整个POST请求体（含所有字段+文件），后者必须 ≥ 前者，并留出5–10MB余量。
- 打开php.ini（用phpinfo()确认“Loaded Configuration File”路径）
- 设 upload_max_filesize = 64M（按需调整，不建议盲目写100M+）
- 设 post_max_size = 72M（必须大于upload_max_filesize）
- 可选但推荐：增大 memory_limit 至至少1.5倍 post_max_size，如 memory_limit = 1G
- 保存后执行 systemctl restart php-fpm（或对应版本命令），仅 reload 不生效
- 新建 check_upload.php 文件，用 ini_get() 验证数值是否已更新
二、放开Web服务器请求体限制（否则直接413）
Nginx或Apache会在请求抵达PHP前就拦截，根本不会把超限请求交给PHP处理。此时浏览器看到413错误，PHP日志却为空——这就是典型信号。
- Nginx用户：在对应站点的 server 块内添加 client_max_body_size 72M;（数值 ≥ post_max_size）
- 不要写在 http 全局块，避免影响其他虚拟主机
- 执行 nginx -t && nginx -s reload，语法错误会导致静默失败
- Apache用户：在 VirtualHost 或 .htaccess 中添加 LimitRequestBody 75497472（72MB = 72 × 1024 × 1024 字节）
- 确保 .htaccess 生效（AllowOverride All），修改后执行 apachectl graceful
- 若使用CDN、SLB或云WAF，这些中间件也有 body size 限制，需一并检查
三、ThinkPHP层验证只是补充（不能替代底层配置）
框架层的 validate() 或 maxSize 设置，只在PHP成功接收文件后才执行，属于业务规则校验，无法绕过前面两层拦截。如果 $_FILES 为空、$request->file() 返回 null，说明请求根本没到这一步。
- 获取文件对象：$file = $this->request->file('avatar');
- 定义规则时注意单位是字节，ext 必须小写且不含点：['size' => 67108864, 'ext' => ['jpg','pdf']]（64MB）
- 必须显式调用 $file->validate($rule)，否则不生效
- 别指望只改 config/filesystem.php 或控制器里的 maxSize 就能突破限制
四、别漏掉超时与临时目录（上传中断常见原因）
大文件上传卡住、中途断开，往往不是大小问题，而是超时或临时目录异常。
- Nginx侧：client_body_timeout 600（读取客户端上传数据的超时）
- PHP侧：max_execution_time 和 max_input_time 建议设为600（单位秒）
- 检查 upload_tmp_dir 是否存在、可写、空间充足；可在php.ini中显式指定，如 upload_tmp_dir = /var/www/uploads/tmp
- Linux服务器注意 SELinux 或权限策略是否阻止写入临时目录
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
