ThinkPHP 的 date/datetime/time 验证规则仅通过 strtotime() 校验格式，不校验逻辑有效性（如 2023-02-30 会被修正为 2023-03-02 仍通过）；需用 checkdate() 或 DateTime::createFromFormat() 实现严格校验，并注意时区与入库前格式化。
ThinkPHP 的 date、datetime、time 验证规则默认只校验格式，不校验逻辑有效性（比如 2023-02-30 会通过）——这点必须手动补漏。
date / datetime / time 规则到底校验什么
这三个规则底层调用 PHP 的 strtotime() 判断是否能解析成时间戳，仅此而已。它不管月份天数对不对、时区有没有偏移、是不是未来时间。
-
date：接受Y-m-d、Y/m/d等常见日期格式，但2023-02-30会被转成2023-03-02后返回有效时间戳，验证就通过了 -
datetime：同理，2023-02-30 12:00:00也能过 -
time：只校验H:i:s或H:i，25:00:00会被strtotime()转成第二天的01:00:00，照样通过
怎么真正校验「合法日期」而不是「可解析字符串」
得绕过内置规则，用自定义验证器 + checkdate() 或 DateTime::createFromFormat() 做严格匹配。
- 对
Y-m-d类型，优先用checkdate((int)$m, (int)$d, (int)$y)，它不自动修正，checkdate(2, 30, 2023)直接返回false - 对
Y-m-d H:i:s，用DateTime::createFromFormat('Y-m-d H:i:s', $value)，再检查$dt && $dt->format('Y-m-d H:i:s') === $value，防止宽松解析 - 别直接在验证规则里写
['date', 'checkdate']—— ThinkPHP 不会把字段值自动拆成年月日传给checkdate，得自己封装方法
自定义验证方法怎么接入表单验证器
在验证器类里写一个方法，然后在 rule 数组中引用它，注意参数顺序和返回值语义。
立即学习“PHP免费学习笔记（深入）”；
- 方法名不能叫
date，否则会和内置规则冲突；建议叫validDate、strictDate - 方法签名必须是
public function validDate($value, $rule = '', $data = [], $field = '') - 里面先用
DateTime::createFromFormat()解析，再比对格式是否完全一致，不一致就返回false - 示例：
public function strictDate($value) { $dt = DateTime::createFromFormat('Y-m-d', $value); return $dt && $dt->format('Y-m-d') === $value; }然后在 rule 中写'birth_date' => 'strictDate'
时区和数据库写入前的二次转换容易被忽略
验证通过 ≠ 可以直接入库。PHP 默认时区和 MySQL 时区不一致时，strtotime('2023-01-01') 返回的时间戳可能对应错日期。
- 验证阶段建议统一用 UTC 或明确时区解析，比如
date_default_timezone_set('Asia/Shanghai') - 入库前最好再用
date('Y-m-d H:i:s', $timestamp)格式化一次，避免 ORM 自动转换出错 - 如果前端传的是带时区的 ISO8601（如
2023-01-01T00:00:00+08:00），datetime规则会失败，必须用自定义方法并指定格式Y-m-d\TH:i:sP
真正卡住人的不是写不出验证逻辑，而是默认规则“看起来能用”导致漏掉边界 case；只要日期字段涉及业务逻辑（比如生日、合同起止、排期），就必须做格式 + 逻辑双重校验。
