Yii 2.0.43 中 TimestampBehavior 默认不支持 DATETIME/TIMESTAMP 字段，需显式配置 value（如 NOW() 或 date('Y-m-d H:i:s')）、在 rules() 和 scenarios() 中声明字段为 safe，并通过 fields() 统一转时间戳返回。
Yii 2.0.43 中，数据库时间字段若非 INT 类型（如常见 DATETIME 或 TIMESTAMP），直接用 TimestampBehavior 默认配置会失败——因为它默认期望整型时间戳值。但实际项目中绝大多数表仍用字符串型时间字段，适配关键在于**显式指定行为的 value 类型与数据库一致**，并确保模型层能安全加载和序列化。
确认数据库字段类型与 PHP 解析能力匹配
先检查字段实际类型：
-
DATETIME：存储形如'2026-10-21 13:34:00'的字符串，无时区转换，PHP 可直接用strtotime()或DateTime::createFromFormat()解析 -
TIMESTAMP：底层存 UTC 整数，读取时受 MySQLtime_zone影响，PHP 读出的仍是字符串，但语义上已有时区偏移 - 避免用
INT存秒级时间戳再手动转格式——易出时区错、难调试，且丧失数据库原生时间函数支持
正确配置 TimestampBehavior 支持 DATETIME/TIMESTAMP 字段
在模型中声明行为时，必须提供与字段类型对应的 value：
- 使用 MySQL 原生函数（推荐，不依赖 PHP 时区）：
'value' => new \yii\db\Expression('NOW()') - 使用 PHP 生成格式化字符串（需注意服务器时区）：
'value' => function () { return date('Y-m-d H:i:s'); } - 不要留空或用
time()——它返回整数，赋给DATETIME字段会变成'1970-01-01 08:00:01'这类错误值
确保字段被 load() 加载进安全属性
REST 接口走 $model->load($data) → $model->save() 流程，若时间字段未被识别为“可批量赋值”，TimestampBehavior 的事件根本不会触发：
- 在
rules()中明确声明：['created_at', 'updated_at', 'safe'] - 若用了自定义
scenarios()，确保default场景包含这两个字段：public function scenarios() { $scenarios = parent::scenarios(); $scenarios[self::SCENARIO_DEFAULT] = array_merge($scenarios[self::SCENARIO_DEFAULT], ['created_at', 'updated_at']); return $scenarios; } - 禁止在控制器中手动赋值：
$model->updated_at = time();——这绕过行为，破坏一致性
API 返回时统一转为时间戳（非数据库存储格式）
数据库存 DATETIME 字符串，但前端需要整型时间戳？不能靠全局 formatter（对 REST 无效），应通过模型 fields() 控制：
- 重写模型的
fields()方法：$fields['created_at'] = function ($model) { return $model->created_at ? strtotime($model->created_at) : null; }; - 务必判空，避免
strtotime(null)返回-1 - 该方式对关联模型、嵌套数据自动生效，因
yii\rest\Serializer会递归调用各模型fields()
不复杂但容易忽略：数据库类型、行为 value、rules 安全属性、API 序列化四者必须对齐，缺一不可。
