ThinkPHP模型层应集中业务逻辑与数据访问规则，通过按需取字段、优化关联查询、下沉缓存策略及明确职责边界来提升性能与可维护性。
ThinkPHP 的模型层不只是数据库表的映射，更是业务逻辑和数据访问规则的集中地。把查询逻辑、字段裁剪、缓存策略、关联预载等关键优化点统一收口到 Model 中，才能真正提升响应速度、降低数据库压力、增强代码可维护性。
按需取字段，避免 select *
全字段查询会拖慢 I/O、增加网络传输量、消耗更多 PHP 内存，尤其在含 TEXT/BLOB 字段的表中影响显著。
- 列表页、聚合页一律显式指定所需字段，例如：
$users = User::field('id,username,nickname,status,create_time')->select(); - 详情页再单独用
find()或追加扩展字段，实现“主干轻、按需重” - 关联字段如只需名称，可用子查询替代
with()，减少嵌套开销：->field('user.*, (SELECT name FROM role WHERE role.id = user.role_id) AS role_name')
消灭 N+1 查询，精准控制关联加载
看似简洁的 with('role.permissions') 在无索引或深度嵌套时，极易引发性能雪崩。
- 外键字段（如
user.role_id）必须建数据库索引，否则 JOIN 可能退化为全表扫描 - 两层以内关联（User → Role）可用
with('role')，但要检查执行计划是否命中索引 - 三层及以上（User → Role → Permission）改用批量查：先取 ID 列表，再一次性
where('id', 'in', $ids)加载全部关联项
缓存策略下沉到模型方法内部
高频但低频更新的数据（分类、配置、推荐位），缓存不该由控制器决定，而应封装进 Model 方法中，调用即生效。
立即学习“PHP免费学习笔记（深入）”；
- 在模型方法里直接链式调用
cache(true, 3600)，例如：public function getHotArticles() { return $this->where('status', 1)->order('clicks desc')->limit(10)->cache(true, 3600)->select(); } - 需要手动管理生命周期时，用具名缓存键：
cache('hot_articles_v2', 3600)，便于主动清除 - 用户态等强实时数据禁用查询缓存，改用
Cache::get('user_token_'.$uid)配合业务逻辑刷新
方法封装聚焦职责单一与复用边界
Model 方法不是越多功能越好，而是要明确“谁该调用、何时调用、是否可复用”。
- 一个方法只解决一类场景：如
getLatest()、getTopClicks($limit=5)、getRecommended()，避免混杂条件分支 - 多个控制器共用同一数据逻辑时，才值得上提至 Model；若仅一处使用，优先写在 Controller 或 Service 层
- 复杂业务规则（如订单创建校验、库存扣减）应抽离为独立 Service 类，Model 专注数据存取，保持轻量
