ThinkPHP自动写入时间戳失效，主因是模型配置与数据库约束未对齐：必须同时设$createTime/$updateTime为false、$autoWriteTimestamp=false，并删除$type中对应条目，且数据库字段需允许NULL或设默认值。
ThinkPHP自动写入时间戳失效，90%不是框架坏了，而是模型配置和数据库约束没对齐——关不掉、写不进、不更新，基本都卡在这三处。
为什么 $autoWriteTimestamp = true 没反应
这个开关只是“总闸”，但真正干活的是字段声明和方法调用链。只开开关，不配字段名，框架压根不知道往哪写。
-
save()是唯一能触发完整生命周期（含自动写入）的模型方法；insert()、update()、Db::table()->insert()全部绕过模型逻辑，时间戳必然不生效 - 若数据库字段叫
add_time，但模型里没写protected $createTime = 'add_time';，框架会默认找create_time，找不到就跳过 - 字段类型必须匹配：DATETIME/TIMESTAMP 字段直接支持字符串格式；INT 类型必须加
protected $type = ['create_time' => 'integer'];，否则自动转成对象再 toString()，存成Object或空字符串 - 如果模型定义了
protected $field白名单，但漏掉了时间字段名，它会被直接过滤掉，连赋值机会都没有
$createTime 和 $updateTime 设为 false 才算真正禁用
设成 null、空字符串或注释掉都不行——ThinkPHP 会 fallback 到默认名，继续尝试写入，结果常是 NULL 插入失败或 0000-00-00 00:00:00 报错。
- 必须显式写
protected $createTime = false;和protected $updateTime = false; - 同时要删掉或注释掉
$type里对应的时间字段条目，比如'create_time' => 'datetime'，否则类型转换会在写入前强行处理空值 - 如果数据库真没有这两个字段，光关模型不够，还得确认表结构：字段是否
NOT NULL且无默认值？MySQL 严格模式下，INSERT时没给值就会直接报错
更新时 $updateTime 没变，不是 bug 是设计
ThinkPHP 的 $updateTime 只在“数据实际变更”时才刷新，不是每次 save() 都强制覆盖。这是防误刷、保审计的关键逻辑。
立即学习“PHP免费学习笔记（深入）”；
- 执行
$user->name = 'A'; $user->save();，但数据库里name原值就是'A'，则update_time不动 - 想强制更新（比如做心跳标记），得加个无意义字段变动：
$user->touch();或手动赋值$user->update_time = date('Y-m-d H:i:s'); - 若需记录状态变更时间（如
status从 1 → 0），不能靠$updateTime，得在beforeWrite钩子里比对$this->data['status'] !== $this->origin['status']，再写入disable_time这类专用字段
全局配置 auto_timestamp 和模型配置冲突怎么办
database.php 里的 'auto_timestamp' => true 是兜底开关，但模型里 $autoWriteTimestamp 优先级更高——两者都开才生效，任一为 false 就停摆。
- 不要混用：要么全在模型里控制（推荐），要么全关掉改用数据库默认值（
DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP） - 全局开了但某个模型想禁用？必须在该模型中同时设
$autoWriteTimestamp = false+$createTime = false+$updateTime = false，缺一不可 - TP6+ 开始，
$autoWriteTimestamp单独设false不等于禁用字段，只是关自动赋值；字段映射仍存在，可能引发 SQL 错误
最易被忽略的一点：时间字段的数据库约束和 PHP 层配置必须咬合。比如 MySQL 设了 create_time DATETIME NOT NULL，但模型又没传值、也没设默认值，哪怕 $autoWriteTimestamp = true，最后也是 SQL 错误而不是静默失败。
