ThinkPHP自动时间戳“意外生效”或“不生效”的根本原因是模型配置、数据库字段、调用方式三者未对齐；必须同时将$createTime和$updateTime设为false、清除$type中对应配置、避免allowField遗漏，并区分模型save()与Db::insert()行为。
ThinkPHP 自动时间戳默认是关闭的，但很多项目里它却“意外生效”或“死活不生效”，根本原因不是开关没开，而是模型配置、数据库字段、调用方式三者没对齐。关不掉或不触发，90% 都卡在这几个具体环节上。
为什么 $autoWriteTimestamp = false 还是写入了时间戳？
单独设 $autoWriteTimestamp = false 只是关掉了“自动赋值逻辑”，但只要 $createTime 或 $updateTime 还保留着字段名（比如 'create_time'），框架仍会把它们当有效时间字段处理，在 SQL 拼装时塞进 INSERT/UPDATE 语句——哪怕值是 null 或空字符串。
- 必须同时把
$createTime和$updateTime都设为false（注意：不是null，不是空字符串，就是布尔false） -
$type配置里涉及时间字段的条目（如'create_time' => 'datetime'）也得删掉或注释，否则类型转换可能强行注入默认值 - 如果用了
allowField(true)白名单，但没显式排除时间字段，它们仍可能被带进去
save() 生效但 Db::insert() 不生效，正常吗？
完全正常。ThinkPHP 的自动时间戳只在模型层的 save()、create()、update() 等方法中触发，这些方法会走模型的生命周期钩子（如 beforeWrite）。而 Db::table()->insert() 是底层查询构造器，绕过模型，自然不识别任何时间戳配置。
- 想统一行为？别混用：需要自动时间戳就坚持用模型
save()；纯批量插入且不想走模型逻辑，就手动拼时间字段 - 用
where()->update()也不会触发$updateTime，只有主键存在且调用save()才更新 - 动态临时关闭可用
$model->isAutoWriteTimestamp(false)->save()，但仅限当前操作
数据库字段 NOT NULL 却报 “Column 'create_time' cannot be null”
这不是模型配置错了，是数据库约束和模型行为冲突。模型设了 $createTime = false，但表结构里 create_time 是 NOT NULL 且无默认值，MySQL 直接拒收。
立即学习“PHP免费学习笔记（深入）”；
- 最干净解法：ALTER TABLE user MODIFY create_time DATETIME DEFAULT CURRENT_TIMESTAMP;
- 次选：删掉该字段（如果业务真不需要）
- 补救手段：在模型
insert()前手动赋值，如$data['create_time'] = date('Y-m-d H:i:s')，但这等于放弃自动机制 - 别指望
$autoWriteTimestamp = 'datetime'能绕过 NOT NULL 限制——它只影响格式，不改变是否传值
字段名是 add_time/edit_time，但配置后还是不写入
常见于复制粘贴错误：配置写了 'add_time'，但数据库字段其实是 addtime（少下划线），或模型里误写成驼峰 'addTime'。ThinkPHP 匹配字段名是严格字符串相等，不自动转换。
- 检查点顺序：数据库字段名 → 模型
$createTime值 → 表结构中该字段是否真实存在 → 字段类型是否为DATETIME/TIMESTAMP/INT - INT 类型必须额外配
$type = ['add_time' => 'integer']，否则框架按字符串处理，入库变成"2026-04-19 12:45:00"这种非法值 - 全局配置
'auto_timestamp' => true在database.php里开启后，所有模型默认继承，个别模型要关就得显式设$autoWriteTimestamp = false并清空字段名
真正麻烦的从来不是“怎么开”，而是“关不干净”——字段名残留、类型转换干扰、数据库约束反制、调用方式错位，四者只要漏一个，时间戳就会在你最不想出现的地方冒出来。
