ThinkPHP自动写入时间失效_ThinkPHP时间自动化设置说明【教程】-ThinkPHP-PHP中文网

thinkphp自动写入时间戳失效，主因是模型配置与数据库约束未对齐：必须同时设$createtime/$updatetime为false、$autowritetimestamp=false，并删除$type中对应条目，且数据库字段需允许null或设默认值。

thinkphp自动写入时间失效_thinkphp时间自动化设置说明【教程】

ThinkPHP自动写入时间戳失效，90%不是框架坏了，而是模型配置和数据库约束没对齐——关不掉、写不进、不更新，基本都卡在这三处。

这个开关只是“总闸”，但真正干活的是字段声明和方法调用链。只开开关，不配字段名，框架压根不知道往哪写。

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 白名单，但漏掉了时间字段名，它会被直接过滤掉，连赋值机会都没有

设成 null、空字符串或注释掉都不行——ThinkPHP 会 fallback 到默认名，继续尝试写入，结果常是 NULL 插入失败或 0000-00-00 00:00:00 报错。

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

必须显式写 protected $createTime = false; 和 protected $updateTime = false;
同时要删掉或注释掉 $type 里对应的时间字段条目，比如 'create_time' => 'datetime'，否则类型转换会在写入前强行处理空值
如果数据库真没有这两个字段，光关模型不够，还得确认表结构：字段是否 NOT NULL 且无默认值？MySQL 严格模式下，INSERT 时没给值就会直接报错

ThinkPHP 的 $updateTime 只在“数据实际变更”时才刷新，不是每次 save() 都强制覆盖。这是防误刷、保审计的关键逻辑。

执行 $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 这类专用字段

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 错误而不是静默失败。