ThinkPHP 默认将带前导零的数字字符串（如"00123"）隐式转为整数123，导致前导零丢失；需通过input('field/s')、模型$type设为null、数据库用VARCHAR、setAttr修改器str_pad补零等方式全程控制类型与格式。
ThinkPHP 默认会把带前导零的数字字符串（比如 "00123"）当成整数处理，存进数据库或输出时直接变成 123——这不是 bug，是类型隐式转换的正常表现，但业务上需要保留前导零时，必须绕过它的自动类型推断逻辑。
为什么 input() 或表单提交后前导零消失了
ThinkPHP 的 input() 函数默认启用自动类型转换，遇到纯数字字符串（如 "007"）会转成 int；模型赋值时若字段定义为 int 类型，也会触发强制转换。
- 检查控制器中是否用了
input('id/s')——/s表示字符串过滤，能阻止转 int，但仅限当前字段 - 如果用
input()不带修饰符，或用了/d（整型），前导零必然丢失 - 数据库字段类型也得匹配：存前导零必须用
VARCHAR或CHAR，不能是INT
模型中禁用字段自动类型转换
在模型类里显式关闭指定字段的类型转换，是最稳妥的做法。ThinkPHP 6+ 的 $type 属性支持 null 值来禁用转换。
protected $type = [
'code' => null, // 禁用 code 字段的自动类型推断
'sn' => 'string', // 显式指定为字符串类型（等效）
];
-
null比'string'更彻底：它跳过所有内置类型处理逻辑，连空格 trim 都不触发（某些场景反而需要） - 如果字段同时用于查询和写入，建议统一设为
null，避免读写行为不一致 - 注意：该配置只对模型的
data赋值、save()、create()等操作生效，不影响原始$_POST数据
数据库写入前手动格式化字段值
当字段有固定长度要求（如 6 位流水号 "000123"），不能只靠禁用转换，还得主动补零。推荐在模型的 setXxxAttr() 修改器里做：
立即学习“PHP免费学习笔记（深入）”；
public function setSnAttr($value)
{
return str_pad((string)$value, 6, '0', STR_PAD_LEFT);
}
- 一定要先转
(string)，否则str_pad(00123, ...)传进去的是整数123，补出来还是"000123"，但源头已失真 - 不要在控制器里补零再传给模型——容易漏、难复用、违反分层原则
- 如果补零规则复杂（比如按日期+自增），修改器里也可以调用其他方法，但别做 DB 查询
真正麻烦的不是补零本身，而是「哪里开始丢零」——可能是前端没加 type="text" 导致浏览器自动转数字，可能是中间某次 intval() 没意识到，也可能是数据库字段类型早被悄悄改成了 INT。查问题时优先盯住数据流经过的每个环节，而不是只改模型。
