最稳妥的做法是在ThinkPHP模型中重写getAttr方法动态推导状态字段，如getIsExpiredAttr()，避免硬塞数据库或滥用append；需注意字段类型、时区一致性及用scope处理查询条件。
模型里用 getAttr 动态推导状态字段最稳
ThinkPHP 模型本身不支持“根据时间字段自动计算状态”这种逻辑，硬塞进数据库字段或靠查询时写表达式容易错漏。真正靠谱的做法是在模型里重写 getAttr 方法，让读取 status 时动态判断。
常见错误是直接在 select() 后用 PHP 循环判断，既没法走缓存，又不能被 where 过滤；还有人试图用数据库视图或虚拟列，但跨库、迁移、ORM 关联时全崩。
- 只对读操作生效，写入仍走原字段，避免副作用
- 必须在模型类中定义，不能放控制器或中间件——否则关联查询（如
with('user')）拿不到这个逻辑 - 注意命名冲突：
status如果已是真实字段，得改用display_status这类非映射名，或在$this->hidden里隐藏原字段 - 示例：假设有个
expire_time字段，想推导出is_expired
public function getIsExpiredAttr()
{
return $this->attributes['expire_time'] && strtotime($this->attributes['expire_time']) < time();
}
用 append 加载动态字段要小心时机
append 看起来方便，但它是“查完再加”，不是“查的时候就带逻辑”。如果后续要用这个状态做条件筛选（比如只查已过期的记录），append 完全无效。
典型误用场景：在控制器里写 User::append(['is_expired'])->select()，然后试图在 JS 里根据 is_expired 做按钮显隐——没问题；但要是写 User::append(['is_expired'])->where('is_expired', true)->select()，就会报错或查不到数据，因为数据库根本没有这个字段。
立即学习“PHP免费学习笔记（深入）”；
-
append只影响结果集输出，不影响 SQL 构建 - 它依赖
getxxxAttr方法存在，否则会静默失败（返回 null） - 批量查询时性能无额外开销，但每个对象都会触发一次方法调用，高并发下要注意
time()或 DB 查询是否被重复执行 - 别在
append里写 DB 查询，会把 N+1 问题放大
scope 方法封装时间条件查询更安全
状态推导是读逻辑，但“查某类状态的数据”是写逻辑，得用查询作用域（scope）来处理。比如“查所有已过期记录”，不能靠 PHP 判断，必须下推到 SQL。
错误做法：先查全部，再用 filter() 筛；正确做法是把时间比较写进 where 条件，让数据库干活。
- 推荐在模型里定义
scopeExpired，内部用$query->where('expire_time', '<', date('Y-m-d H:i:s')) - 注意时区：PHP 的
date()和 MySQL 的NOW()可能不一致，统一用date('Y-m-d H:i:s', time())或直接用Db::raw('NOW()') - 如果字段是 Unix 时间戳（int 类型），就用
where('expire_time', '<', time())，别转字符串 - 复合状态（如“7 天内即将过期”）建议拆成两个 scope：
scopeExpiring+scopeExpired，别堆在一个方法里
时间字段类型不一致会导致推导失效
同一个“过期时间”，可能存成 datetime、timestamp、int，甚至字符串格式如 "2024-05-01"。推导逻辑必须和实际存储类型匹配，否则 strtotime() 返回 false，状态永远为假。
最容易被忽略的是 MySQL 的 timestamp 自动时区转换：PHP 设置了 Asia/Shanghai，而 MySQL server 是 UTC，读出来的值可能偏差 8 小时。
- 查表结构确认字段类型：
DESC your_table，看expire_time是什么类型 - 如果是
datetime或timestamp，用strtotime($this->attributes['expire_time'])安全 - 如果是
int，直接比较：$this->attributes['expire_time'] < time() - 开发环境务必关掉 MySQL 的
sql_mode=NO_ZERO_DATE，否则空时间会被转成'0000-00-00'，strtotime()解析失败
状态推导看着简单，真正上线后出问题，八成卡在时间类型和时区上，而不是逻辑本身。
