file和image规则仅校验UploadedFile实例及error状态，image额外调用getimagesize()；mimes依赖fileinfo扩展与魔数检测；数组上传需用files.*规则逐项校验；自定义非标MIME应基于扩展名而非finfo。
file 和 image 规则本质是检查 UploadedFile 实例
这两个规则不会读取文件内容，而是依赖 Illuminate\Http\UploadedFile 对象的元信息。当 Laravel 接收到 multipart/form-data 请求后，会为每个上传项自动实例化该类——它封装了 $_FILES 数组中的 tmp_name、name、size、error 等字段。
file 规则只做两件事：确认值是 UploadedFile 实例且 error === UPLOAD_ERR_OK；image 在此基础上额外调用 getimagesize() 函数尝试解析头信息。这意味着：
- 即使伪造
.jpg扩展名，但文件内容不是合法图像，image会失败 - 若服务器禁用了
getimagesize()（如 open_basedir 限制），image可能误报 false negative -
file不校验 MIME 或扩展名，仅确保是有效上传项
mimes 规则依赖 fileinfo 扩展 + 魔数检测
mimes 规则底层调用的是 PHP 的 finfo_file()，它读取文件前几百字节（即“魔数”）来推断真实类型，完全忽略客户端传来的 Content-Type 和扩展名。这比仅检查扩展名更安全，但也带来几个硬性前提：
- 必须启用 PHP
fileinfo扩展（Laravel 启动时会检查，缺失则抛出RuntimeException） - 服务器上
finfo数据库需包含目标类型（例如bdoc不在默认库中，mimes:bdoc必然失败） - 上传文件不能是空文件（
finfo_file()对空文件返回application/x-empty，不匹配任何白名单） - 临时文件路径需可读——如果
upload_tmp_dir权限错误或磁盘满，finfo_file()会静默失败并返回false，导致验证通过但后续store()报错
required|file 混用在数组字段上会失效
常见错误是写成 'files' => 'required|array|file'。这里 file 作用于整个数组变量，而数组不是 UploadedFile 实例，必然失败。正确做法是用通配符：
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
-
'files.*' => 'required|file|mimes:pdf,jpg'：逐个校验每个数组元素 -
'files' => 'required|array|min:1'：单独控制数组本身（是否为空、长度等） - 不要省略
required|file在通配符规则里——没有它，files[0]为null时也不会报错
这个细节容易被忽略，因为错误现象是“明明选了文件却提示未上传”，而不是报错信息明确指向规则写法。
自定义 MIME 校验必须绕过 finfo
当需要支持 bdoc、asice 这类非标格式时，不能靠扩展 finfo 数据库（部署成本高、不可控），而应基于扩展名做轻量判断。此时必须手写 Rule 类，在 passes() 中调用 $value->getClientOriginalExtension()，而非 $value->getMimeType()。
原因很实际：getMimeType() 内部仍走 finfo，而 getClientOriginalExtension() 直接取客户端提交的原始文件名后缀，稳定、快速、不依赖扩展。但要注意它不防伪造——所以仅适用于业务层信任前端（如内网系统）、或配合后续服务端签名验真流程的场景。
