thinkphp的saveall不自动适配decimal或enum字段，需通过模型$type定义、修改器/获取器手动桥接，并配合验证规则确保合法性。
ThinkPHP 的 saveAll 本身不特殊处理 decimal 或 enum 字段，它们的写入行为取决于底层 PDO 行为 + 模型配置，不是自动适配的。关键在于你是否做了显式桥接。
decimal 字段：靠模型类型转换和数据库精度定义
MySQL 的 DECIMAL(10,2) 在 PHP 中是字符串或 float，但直接传 float 可能因精度丢失出错（比如 19.99 存成 19.989999999999998）。
- 在模型中声明
protected $type = ['price' => 'decimal'];，TP 会尝试用number_format($value, 2, '.', '')格式化后再写入 - 更稳妥的做法是前端/业务层就传字符串
'19.99'，避免浮点运算；模型里可加修改器强制转字符串：protected function setPriceAttr($value) { return is_numeric($value) ? sprintf('%.2f', $value) : $value; } - 别依赖自动转换做计算——
saveAll不执行 SQL 层的ROUND()，它只是把 PHP 值塞进预处理语句
enum 字段：必须手动映射，TP 不识别原生 enum
数据库 enum（如 status ENUM('draft','publish','delete')）读出来是字符串，TP 不会自动转成 PHP 枚举对象，也不会校验合法性。
- 写入前要用修改器（mutator）转成合法字符串：
protected function setStatusAttr($value) { if ($value instanceof Status) { return $value->value; } elseif (!in_array($value, ['draft','publish','delete'])) { throw new InvalidArgumentException('非法 status 值'); } return $value; } - 读取时用获取器（accessor）转可读名：
protected function getStatusTextAttr($value) { return ['draft'=>'草稿', 'publish'=>'已发布', 'delete'=>'已删除'][$value] ?? '未知'; } -
saveAll传入的数据里字段值必须是字符串'draft'，不能传Status::Draft对象，否则 PDO 会报错或静默丢弃
验证环节要补上 enum 合法性检查
仅靠修改器拦截不够，因为 saveAll 默认走验证器，应在验证规则中加 'status.in:draft,publish,delete'，确保非法值在模型层就被拦住，而不是等插入时报 MySQL 错误。
- 验证器里写
['status' => 'in:draft,publish,delete']，比在修改器里if判断更符合 TP 流程 - 如果用了 PHP 8.1+ 的 backed enum，验证器可配合
Status::tryFrom($value) !== null做判断 - 注意：验证器规则对
saveAll是逐条生效的，一条失败整批中断（除非手动捕获）
decimal 和 enum 同时存在时的注意事项
两者都依赖模型字段定义和运行时转换，saveAll 不会跳过或特殊对待它们。
- 确保二维数组中每条记录的字段名与模型
$schema或数据库列名完全一致，错一个字母（如amount写成amt）就会被静默丢弃 - 批量写入前建议用
Db::name('table')->fetchSql(true)->saveAll($data)看生成的 SQL，确认 decimal 被格式化、enum 值是字符串且在允许范围内 - 如果数据来自 Excel 或 API，清洗阶段就要统一转 decimal 字符串 + enum 字符串，别留到
saveAll时才处理
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
