应逐行调用Validator::make()校验Excel数据，配合字段映射、分块读取和行列号追踪，避免全量加载导致内存溢出，并将错误精准定位到Excel行号与列名。
用 validate() 批量校验导入的 Excel 行数据
Composer 本身不处理表格数据，真正干活的是你项目里用的验证库（比如 illuminate/validation），校验逻辑得自己写。关键不是“用 Composer 做什么”，而是怎么把每行数据喂给验证器并收集错误。
常见错误是直接对整个二维数组调用 validate()，结果只返回第一条规则的首个失败项，漏掉其余行和字段的问题。
- 逐行遍历导入后的数组（如
$rows），对每一行单独构造验证规则和数据 - 用
Validator::make($row, $rules)实例化新验证器，避免规则污染 - 用
$validator->fails()判断单行是否通过，用$validator->errors()->getMessages()拿具体错误 - 把每行的错误按行号存进一个汇总数组，例如
$allErrors[2] = ['name' => ['不能为空']]
Excel 导入后字段名和验证规则不匹配怎么办
Excel 列名常带空格、中文、大小写混用（如 "用户姓名"），而 Laravel 验证规则默认按 PHP 变量习惯写（user_name）。不映射就会全报 "The user name field is required." 这种错位提示。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 在读取 Excel 后立刻做字段映射：用
array_combine()或循环重键，把原始列名转成规则里用的 key - 推荐在导入前定义映射表，例如
$map = ['用户姓名' => 'name', '手机号' => 'phone']，再用array_replace_key($row, $map)（需自写辅助函数） - 验证规则里不要写中文字段名；错误消息里的字段显示名可通过
attributes参数定制，例如['attributes' => ['name' => '用户姓名']]
大文件导入时内存爆掉或超时
一次性 load 整个 Excel（尤其 .xlsx）再全量验证，很容易触发 Allowed memory size exhausted 或 Maximum execution time exceeded。这不是验证逻辑问题，是加载策略错了。
- 别用
PhpOffice\PhpSpreadsheet\IOFactory::load()直接读全量——改用ChunkReader或RowIterator分块读 - 用
maatwebsite/excel的WithChunkReading接口，配合$chunkSize = 100控制每次处理行数 - 验证失败的行可先写入临时文件或缓存（如
cache()->put('import_errors_'.$jobId, $errors, 3600)），而不是堆在内存里等最后返回 - PHP CLI 模式下记得调大限制：
ini_set('memory_limit', '512M')和set_time_limit(0)，但治标不治本，分块才是正解
怎么让错误位置精准到 Excel 行号+列名
用户上传表格出错时，只说“手机号格式不对”没用，得告诉他在第 87 行、C 列填错了。这需要把原始 Excel 的行列信息和验证结果对齐。
- 读取时用
getRowIterator()并记录当前$rowIndex（注意：PhpSpreadsheet 的行号从 1 开始） - 列名映射时保留原始列索引（如
'C'→'phone'），或用getCellByColumnAndRow($colIndex, $rowIndex)反查单元格地址 - 错误汇总结构建议为：
[$rowIndex => ['C' => ['手机号必须是11位数字']]]，前端可直接定位到 Excel 单元格 - 别依赖
$row数组的 key 顺序来猜列位置——Excel 列序可能乱，务必用真实坐标
最易被忽略的是：验证器默认不保留原始行列上下文，所有位置信息都得你在读取阶段主动捕获并透传。漏掉这一环，后面再怎么包装错误消息都是模糊定位。
