导入前用 validator 做行级校验，解析每行后立即验证并收集错误；清洗前置到 toarray() 阶段，避免模型污染；去重需查库过滤而非 php 去重；大文件走队列，复用 validator 实例防内存溢出。
导入前用 Validator 做行级校验，别等全量入库再报错
Excel 或 CSV 导入时，常见问题是整批失败——比如第 1000 行有个空邮箱，结果前面 999 条全回滚。Laravel 自带的 Validator 完全能做逐行校验，关键是别把它塞进模型的 save() 阶段，而要在解析出每行数组后立刻验证。
- 把
request()->file('import')解析成二维数组（可用maatwebsite/excel的toArray()），再对每一行调用Validator::make($row, $rules)->validate() - 规则里避免用
exists:users,email这类数据库查询型规则，否则 1000 行就是 1000 次查库；改用email+ 后续去重逻辑更稳 - 错误收集建议用索引数组：
$errors[$index][] = $validator->errors()->first()，方便前端按行标红
maatwebsite/excel 的 Import 类里怎么加清洗逻辑？
很多人直接在 model() 方法里 new Model，但清洗动作（如 trim 空格、转小写、补默认值）应该前置到 toArray() 或 queueImport() 后的预处理阶段，否则脏数据会污染模型构造过程。
- 在自定义
Import类里重写toArray()，对每个单元格值做trim()和mb_convert_case($value, MB_CASE_LOWER) - 不要在
model()里做业务判断（如“状态字段只能是 active/inactive”），那属于校验范畴，应归到上一步的Validator - 注意 Excel 单元格类型：数字可能被读成 float（如 123.0），用
(int)round($value)转整型，避免存成123.0字符串
批量插入前如何防止重复数据写入？
校验通过 ≠ 数据安全。用户可能反复上传同一份文件，或文件本身含重复行。靠数据库唯一索引硬拦会抛 Illuminate\Database\QueryException，体验差且难定位哪一行重复。
- 先用
DB::table('users')->whereIn('email', $emails)->pluck('email')查出已存在邮箱，再用array_diff($rawEmails, $existingEmails)过滤 - 如果表很大，
whereIn可能超 MySQL 参数max_allowed_packet，此时拆成每次 500 个 ID 查询 - 别依赖 PHP 层去重（
array_unique），Excel 里 “admin@example.com” 和 “ADMIN@EXAMPLE.COM” 是不同字符串，但业务上是同一人
大文件导入卡住或超时，校验逻辑怎么不拖垮性能？
校验本身不耗资源，但若在循环里每行都 new 一个 Validator 实例、或调用 Hash::make() 等加密操作，10 万行就能让内存爆掉或超时。
- 把密码字段校验（如
required|string|min:8）留在校验层，但绝对不要在导入流程里调用Hash::make()——留到真正create()时再哈希 - 用
ini_set('memory_limit', '512M')临时放宽限制没用，关键要减少对象实例化：复用Validator实例（Validator::make([], [])后用setData()替换数据） - 超过 5000 行建议走队列，但队列任务里仍要保留行号和原始文件路径，否则失败后无法定位问题行
校验和清洗不是两个阶段，而是同一动作的不同切面：校验回答“这行合不合规则”，清洗回答“这行要不要改一改再入库”。漏掉任意一个，后面的数据修复成本都远高于导入前多写的十几行代码。
