ThinkPHP中时间戳转字符串应优先使用框架内置方法：模板层用date()辅助函数（自动适配时区），模型层用format()方法或type配置自动转换，避免直接调用原生函数导致时区错误或类型异常。
ThinkPHP 里时间戳转字符串，别直接用 date() 或 strtotime() 硬套 —— 框架自带的 date() 辅助函数和 format() 方法更安全，也更兼容时区和配置。
用 date() 辅助函数最简单（适合模板和快速输出）
ThinkPHP 提供了全局辅助函数 date()，它本质是封装了 PHP 原生 date()，但会自动读取框架的默认时区（default_timezone 配置），避免因服务器时区不一致导致显示错误。
常见错误：直接在模板里写 {:date('Y-m-d H:i:s', $time)} 却没注意 $time 是整数还是字符串 —— 如果传入的是字符串格式时间（如 "2024-05-20"），会返回空或 1970 年时间。
- 确保
$time是合法时间戳（int 类型，10 位数字），例如1716192000 - 格式化字符串和原生 PHP 一致：
'Y-m-d H:i:s'、'm/d/Y'等 - 如果项目启用了时区配置（如
'Asia/Shanghai'），该函数会自动生效；没配则 fallback 到系统时区 - 不建议在模型或服务层大量使用此函数做逻辑判断，仅用于展示层
在模型/查询中用 format() 方法（推荐用于数据库时间字段）
当从数据库查出的时间字段是 datetime 类型（如 create_time），ThinkPHP 的 think\Model 默认会将其自动转为 think\facade\Db 封装的 DateTime 对象（或字符串，取决于配置）。这时优先用对象的 format() 方法：
立即学习“PHP免费学习笔记（深入）”；
php
// 假设 $user 是一个模型实例，create_time 是 datetime 字段
echo $user->create_time->format('Y-m-d'); // 输出：2024-05-20
// 如果 create_time 是 int 时间戳（非 datetime），需先转为 DateTime 对象：
echo (new \DateTime())->setTimestamp($user->create_time)->format('Y-m-d');
容易踩的坑：
-
$user->create_time可能是 null，调用format()会报错 —— 记得判空：$user->create_time ? $user->create_time->format('Y-m-d') : '' - 数据库字段类型是
int存时间戳，但模型未声明type转换，会导致取出来仍是字符串，format()不可用 - 若用
withAttr在模型里做了自动转换（如把 int 时间戳转成日期字符串），后续再调format()就会失败 —— 因为已不是 DateTime 对象
统一处理时间字段：在模型里用 type 配置自动转换
这才是长期可维护的做法。在模型类中声明 protected $type = [...]，让框架在获取/写入时自动完成时间戳 ↔ 字符串转换：
php
protected $type = [
'create_time' => 'datetime:Y-m-d H:i:s',
'update_time' => 'timestamp',
'login_time' => 'integer', // 保持为时间戳整数，不转
];
说明：
-
'datetime:Y-m-d H:i:s'表示读取时转成指定格式字符串，写入时也接受该格式并转回时间戳 -
'timestamp'表示始终以 int 时间戳形式处理（适合需要计算、比较的场景） - 一旦配置了
type，模板中可直接输出{$user.create_time}，无需再调date() - 注意：该配置只对当前模型有效；如果字段名在多个模型中重复，每个模型都得单独配
真正麻烦的不是怎么转，而是没想清楚「这个时间字段要用来做什么」—— 展示？排序？跨天统计？时区敏感？选错转换方式，后面加时区适配、前端对齐、日志排查全是坑。
