thinkphp时间格式错误主因是时区未对齐、函数误用及数据库与php层时间语义混淆；须在public/index.php首行设date_default_timezone_set('asia/shanghai')，慎用strtotime()，优先db::raw('now()')保证时间一致性。
ThinkPHP 时间格式错误，八成不是代码写错了，而是时区没对齐、函数用混了、或者数据库和 PHP 层时间语义没分清。
date_default_timezone_set() 必须加在 public/index.php 顶部
ThinkPHP 不会自动帮你设时区，config('app.timezone') 在 6.0 及更早版本完全不生效，6.1+ 也只影响日志和缓存，不影响 date()、strtotime() 或模型自动填充。
- 检查当前时区：在控制器里加
var_dump(date_default_timezone_get());，如果不是Asia/Shanghai，就说明问题在这 - 别改 php.ini —— 生产环境权限受限、多项目共用时容易冲突，直接在
public/index.php第一行写date_default_timezone_set('Asia/Shanghai'); - 如果用了 Swoole 或 Hyperf 类常驻进程框架，必须在每次请求开始时重置时区（Swoole 的 worker 进程会复用），不能只靠入口文件一次设置
strtotime() 解析失败？换 DateTime::createFromFormat()
strtotime() 对格式极其敏感：传 "25/03/2024"、"2024/03/25 14:30"（缺秒）、甚至带全角空格的字符串，都可能返回 false，后续 date() 就输出 1970 年。
- 明确格式时用
DateTime::createFromFormat('Y-m-d H:i:s', $str . ':00')，比strtotime()更可控 - 校验是否成功：不要只判
false，要调DateTime::getLastErrors()看具体哪错 - ThinkPHP 自带的
think\helper\Str::datetime()底层仍是strtotime()，不能解决格式歧义问题 - 从 Excel 导入时间？得先用
PHPExcel_Shared_Date::ExcelToPHP()转成时间戳，再喂给DateTime
Db::raw('NOW()') 和 date('Y-m-d H:i:s') 到底该用哪个？
这不是“哪个更好”，而是“你要的是谁的时间”。date() 返回 PHP 进程所在服务器的时间，Db::raw('NOW()') 返回 MySQL 服务端实时生成的时间戳 —— 两者可能差几秒，甚至因时区配置不同差 8 小时。
- 订单创建、日志记录、需要强一致排序的场景，优先用
Db::raw('NOW()')或数据库字段默认值CURRENT_TIMESTAMP - 前端表单提交的“计划开始时间”，应走 PHP 层校验和转换，避免把字符串直接塞进 SQL
- 模型里设
protected $createTime = 'create_time';仅控制字段名，不干预值来源；真要统一用 DB 时间，得配合数据库默认值 + 关闭自动写入 - 统计类接口中，MySQL 的
DATE(created_at)返回的是字符串，PHP 接收后若不做strtotime()或DateTime标准化，按字符串排序会出错（如'2024-1'排在'2024-10'前）
模板里时间戳自动转成日期？关掉 datetime_format 配置
ThinkPHP 5 默认开启数据库字段自动类型转换，datetime 字段会悄悄被转成 Y-m-d H:i:s 格式字符串，导致你在模板里 {$data.create_time|date='Y/m/d'} 实际操作的是字符串而非时间戳，极易出错。
- 关闭自动转换：修改
config/database.php中的'datetime_format' => false - 保持原始时间戳：这样你能在模板或逻辑层按需用
date()、strtotime()或DateTime处理，语义清晰 - 如果已用上 Carbon，注意它默认也依赖 PHP 时区，
Carbon::now()≠ “北京时间现在”，仍要先设date_default_timezone_set('Asia/Shanghai')
最麻烦的点往往藏在“看起来没问题”的地方：比如数据库时区是 SYSTEM（即系统时区），而 PHP 设了 Asia/Shanghai，但 MySQL 的 system_time_zone 其实是 UTC —— 这时候连 Db::raw('NOW()') 都不可信。查 SELECT @@global.time_zone, @@session.time_zone; 才算真正落地。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
