thinkphp 8.0 本身不控制上传文件物理大小上限，真正限制在 php 解析层（upload_max_filesize、post_max_size）和 web 服务器层（nginx 的 client_max_body_size 或 apache 的 limitrequestbody），需逐层配置并重启生效，框架层 validate() 仅为业务校验且须显式调用。
ThinkPHP 8.0 本身不控制上传文件的物理大小上限，它只是接收 PHP 已成功解析的 $_FILES 数据。真正拦住大文件的，是 PHP 解析层和 Web 服务器这两道硬性关卡。解决上传限制，必须从底层开始逐层放开，缺一不可。
一、调大 PHP 底层参数（必须重启生效）
打开实际生效的 php.ini 文件（用 phpinfo() 确认“Loaded Configuration File”路径），修改以下三项：
-
upload_max_filesize：单个文件最大允许体积，例如设为
50M -
post_max_size：整个 POST 请求体上限，必须 ≥
upload_max_filesize，建议加 5–10MB 余量，例如60M -
memory_limit：至少为
post_max_size的 1.5 倍，例如128M或更高
改完后必须重启 PHP-FPM（如 systemctl restart php8.0-fpm），仅 reload 不生效。务必访问 phpinfo() 页面确认数值已更新。
二、放宽 Web 服务器请求体限制
Nginx 或 Apache 会在请求到达 PHP 前就拦截超限请求，返回 413 错误，此时 PHP 日志里完全没记录。
-
Nginx：在站点对应的
server块内添加client_max_body_size 60M;，不要写在http全局块 -
Apache：检查虚拟主机配置或项目根目录下的
.htaccess，确保没有过小的LimitRequestBody；如有，改为LimitRequestBody 62914560（60MB）或注释掉
修改后执行 nginx -t && nginx -s reload 或 apachectl configtest && systemctl reload apache2。
三、ThinkPHP 层校验要显式调用
框架层只做业务级预检，不能替代底层配置。它只在 PHP 成功接收到文件后才起作用。
- 获取文件对象：
$file = $this->request->file('avatar'); - 定义规则（注意单位是字节，扩展名全小写、不带点）：
$rule = ['size' => 52428800, 'ext' => ['jpg', 'png']]; - 必须主动调用：
$file->validate($rule);，否则该规则不生效
这个配置不会突破 PHP 或 Nginx 的限制——如果底层已拒绝，$file 就是 null，根本走不到这一步。
四、别漏掉超时与临时目录
大文件上传失败还常因超时或临时目录异常：
- Nginx 需增加
client_body_timeout 600;（防慢网中断） - PHP 中设置
max_execution_time = 600和max_input_time = 600 - 检查
upload_tmp_dir是否存在、可写、空间充足；建议在php.ini中显式指定路径，如upload_tmp_dir = /var/www/tmp
若部署在宝塔、LNMP 或云环境，还需确认 CDN、负载均衡器等中间件是否自带 body size 限制。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
