ThinkPHP 8 模型 int 时间戳写入失败主因是 $type 声明（须为 'integer'）、数据库字段类型（INT/BIGINT）及无默认值三者未同时满足；strtotime() 不可靠，应改用 Date::parse()->getTimestamp()；datetime_format 需设为 false 避免 INT 字段被错误格式化；$type 键名须与数据库字段名全等匹配。
ThinkPHP 8 模型中 int 时间戳字段写入失败？先看 $type 和数据库类型是否对齐
写入为 0 或静默失败，大概率是 $type 声明和数据库字段类型没配对。TP8 不会自动把字符串“1717023456”转成整数再存——它只按 $type 定义做强制 cast，但前提是字段本身能接受整数。
必须同时满足三项：
- 模型中声明
protected $type = ['create_time' => 'integer']（注意是'integer'，不是'int'或'timestamp'） - 数据库字段类型是
INT(11)或BIGINT，不能是DATETIME或TIMESTAMP - 该字段在数据库里没设默认值或触发器干扰（比如 MySQL 的
CURRENT_TIMESTAMP会覆盖你传的整数）
错配后果：写入成功但查出来是 0，或报 SQLSTATE[HY000]: General error: 1366 Incorrect integer value。
从字符串解析时间再转 int，别用 strtotime() 直接塞进模型
strtotime() 在 TP8 严格模式下极不可靠：时区不显式指定就按 UTC 解析，返回 false 后强转成 (int)false → 0，模型照单全收，最终存个 0 还以为正常。
立即学习“PHP免费学习笔记（深入）”；
安全做法是统一走 \think\facade\Date::parse() + getTimestamp()：
try {
$ts = \think\facade\Date::parse($inputDate)->getTimestamp();
} catch (\InvalidArgumentException $e) {
throw new \InvalidArgumentException('Invalid date string: ' . $inputDate);
}
关键点：
-
Date::parse()默认读取config/app.php中的default_timezone，务必确认它是'Asia/Shanghai' - 传入前用
trim($inputDate)清空首尾空白，避免不可见字符导致解析失败 - 不要对已转出的
$ts再做(int)强转——getTimestamp()返回的就是 int
模型读取时拿到的是字符串？检查 withAttr 和 datetime_format 是否冲突
数据库存的是 int，但 $user->create_time 是字符串，说明某处做了自动转换，且覆盖了原始值。常见源头有两个：
-
withAttr在模型里写了'create_time' => 'date'或类似字符串格式化逻辑，把 int 覆盖成了字符串 -
config/database.php中设置了'datetime_format' => 'Y-m-d H:i:s'，这个配置对INT字段也生效，会尝试用date()格式化一个整数，结果变成'1970-01-01 08:00:00'这类错误时间
解决方法：
- 如果字段确实是 int 类型，
datetime_format必须设为false，否则关掉全局自动格式化 -
withAttr只用于真正需要虚拟字段的场景，原始时间戳字段保持原样，格式化交给前端或 API 层做
strict_types=1 生效但赋值仍存 0？检查 $type 键名是否完全匹配字段名
启用了 declare(strict_types=1)，但 User::create(['create_time' => '1717023456']) 还是存成 0，问题往往出在 $type 数组的键名上。
TP8 的 $type 匹配是**全等判断**，大小写、下划线、甚至空格都必须一模一样：
- 数据库字段叫
created_at，$type就得写'created_at' => 'integer'，写成'createdAt'或'CREATED_AT'都无效 - TP8 不会 fallback 到驼峰或下划线自动转换，也不会报错，只是跳过类型处理
- Linux 环境下尤其要注意——文件名大小写敏感，模型里写的字段名也必须跟数据库一致
验证方式：在模型中加一行 var_dump($this->getType());，看输出数组里有没有你期望的键。没有，就说明键名错了。
