必须在ThinkPHP的think\File实例创建后、move()前校验文件大小，结合用户等级动态设置限制，同时同步调整Nginx client_max_body_size、PHP upload_tmp_dir等配置，确保全链路一致。
上传配置不能只靠 upload_max_filesize 硬限制
PHP 的 upload_max_filesize 和 post_max_size 是全局 PHP 配置，改一次就影响所有用户，没法按等级动态切。ThinkPHP 的上传逻辑在应用层，得在框架内拦截、校验、拒绝，而不是依赖 PHP 底层甩锅。
关键点：必须在 think\File 实例创建后、调用 move() 前做大小判断；否则文件已临时写入磁盘，再拒就白传了，还占磁盘和带宽。
- 用户等级信息建议从
$this->auth或session中取，别查库——上传是高频操作，查库会拖慢整个流程 - 不要在控制器里手动读取
$_FILES，ThinkPHP 的$request->file()才能保证后续链式调用（比如validate()）正常工作 - 注意 Nginx 的
client_max_body_size也要设得比最高权限用户允许值略大，否则请求根本进不到 PHP 层，直接 413
validate() 方法里加动态 size 规则最稳妥
ThinkPHP 的文件验证支持闭包规则，正好用来注入用户等级上下文。把大小限制写死在验证器里不行，但可以传参或闭包捕获当前用户信息。
示例写法：
立即学习“PHP免费学习笔记（深入）”；
$file = $this->request->file('avatar');
$userLevel = session('user.level') ?: 1;
<p>$rules = [
'size' => function($file) use ($userLevel) {
$maxSize = [
1 => 2 <em> 1024 </em> 1024, // 普通用户：2MB
2 => 10 <em> 1024 </em> 1024, // VIP：10MB
3 => 50 <em> 1024 </em> 1024 // 管理员：50MB
][$userLevel] ?? 2 <em> 1024 </em> 1024;</p><pre class="brush:php;toolbar:false;"> return $file->getSize() <= $maxSize;
}];
if (!$file || !$file->validate($rules)) { $this->error('文件超出当前等级允许大小'); }
- 闭包里用
$file->getSize()是安全的——此时文件还在内存或临时目录，没 move，不会触发二次读取开销 - 别用字符串规则如
'size:2097152'，它不支持变量，硬编码就失去“动态”意义 - 如果用了自定义验证器类，记得把
$userLevel作为构造参数传进去，避免在 validate 方法里又去 session 或 db 查
前端隐藏限制 ≠ 后端可省略校验
有人会在前端用 input[type="file"] 的 accept 或 JS 检查 file.size，但这只是体验优化，完全不可信。用户禁用 JS、用 curl、Postman 或抓包重放，都能绕过。
- 前端提示文案要明确写清“根据您的等级，最大支持
10MB”，别只写“文件不能超过 10MB”——否则用户会疑惑“为什么别人能传更大” - 后端返回的错误码建议统一为
400+ 自定义字段code: 'FILE_SIZE_EXCEED'，方便前端做分级提示（比如普通用户看到“升级可传更大”，管理员看到“请联系运维调整上限”） - 如果用 WebUploader 或 Uppy 这类分片上传库，注意它们的
chunkSize和总大小限制是两回事，最终合并时仍需走上述后端校验
大文件上传时临时目录空间和超时容易被忽略
ThinkPHP 默认把上传文件先存到系统临时目录（sys_get_temp_dir()），如果用户等级高、允许传 500MB，而服务器临时盘只有 2GB，同时 5 个人上传就可能填满，导致后续上传失败甚至服务异常。
- 建议用
ini_set('upload_tmp_dir', '/path/to/larger/tmp')在入口文件或中间件里指定独立大文件临时目录，并确保有足够空间和写权限 - PHP 的
max_execution_time和 ThinkPHP 的app.app_debug会影响上传响应：debug 开启时框架日志写入变多，大文件上传容易超时，建议生产环境关掉 debug - Apache 的
LimitRequestBody或 Nginx 的client_max_body_size必须同步调大，且要比最高等级允许值多留 5–10%，防止 multipart boundary 数据撑爆边界
真正难的不是写几行判断代码，而是把等级策略、临时存储、反向代理、PHP 配置、前端提示这几层对齐，漏一环就会出现“明明代码写了限制，用户还是传成功了”或者“传到 99% 卡住报错”这类问题。
