ThinkPHP6模型日期修改器失效主因是时间值来源、字段类型、触发时机三者未对齐：需确保传入合法日期格式、修改器返回值与数据库字段类型严格匹配（DATETIME→"Y-m-d H:i:s"，INT→时间戳），且必须通过save()或allowField()触发，避免data()直赋或Db::table()绕过模型。
ThinkPHP6模型修改器处理日期失败，核心问题通常不在“写法错”，而在时间值来源、字段类型、触发时机这三处没对齐。
检查时间值是否为合法可转格式
修改器（如 setCreateTimeAttr）只接收传入的原始值，它不会自动识别字符串是日期还是乱码。常见失效场景：
- 前端传的是
"2026-08-27"—— 可用strtotime()或Carbon::parse()转，但若传了"2026/08/27"或"27-08-2026"，strtotime()可能返回false - 传了空字符串
""、null或"0"，未判空就直接strtotime($value)，结果是0→ 存成 1970-01-01 - 数据库字段是
DATETIME，但修改器却返回整型时间戳，导致写入时被 MySQL 截断或报错
确认字段类型与修改器输出严格匹配
修改器的返回值必须和数据库字段类型兼容，否则静默失败：
- 字段是
DATETIME或TIMESTAMP→ 修改器应返回"Y-m-d H:i:s"格式字符串 - 字段是
INT(11)→ 修改器应返回 10 位整型时间戳（(int)strtotime($value)） - 字段是
DATE→ 修改器应返回"Y-m-d"字符串，且不能带时分秒，否则 MySQL 会截断或报错
确保修改器真正被触发
以下写法不会触发修改器：
立即学习“PHP免费学习笔记（深入）”；
-
$model->data(['create_time' => '2026-08-27']); $model->save();——data()绕过魔术方法 -
$model->create_time = '2026-08-27'; $model->save();—— 仅当字段在allowField列表中才生效；若未显式允许，该赋值会被忽略 - 使用
Db::table()->insert()直连查询，完全不经过模型层
可靠写法只有两种：
$model->save(['create_time' => '2026-08-27']);$model->create_time = '2026-08-27'; $model->allowField(['create_time'])->save();
推荐写法：兼顾安全与可读
以 create_time 字段为例（数据库类型为 DATETIME）：
public function setCreateTimeAttr($value)
{
if (empty($value)) {
return date('Y-m-d H:i:s'); // 或 return null，取决于业务是否允许空
}
$ts = strtotime($value);
return $ts === false ? date('Y-m-d H:i:s') : date('Y-m-d H:i:s', $ts);
}
如果字段是 INT 类型，只需把最后一行改成：return $ts === false ? time() : $ts;
