ThinkPHP模型查询事件需显式注册，如protected $event = ['beforeSelect' => 'onBeforeSelect']，回调方法须为public且接收$query参数；afterSelect无法获取SQL因查询已结束，需在beforeSelect中用buildSql()捕获。
模型查询事件怎么绑定和触发
ThinkPHP 的模型查询事件（如 beforeSelect、afterSelect）不是自动生效的，必须显式注册到对应模型类中，否则监听完全无效。
- 在模型类里用
protected $event = ['beforeSelect' => 'onBeforeSelect']声明事件回调方法名 - 回调方法必须是 public 且接受一个
$query参数（think\db\Query实例），不能写成静态方法或闭包 - 如果模型继承了基类（比如
BaseModel），事件注册必须在子类中重新声明，父类里的$event不会自动继承 -
beforeSelect中修改$query是安全的（比如加where、order），但afterSelect拿到的是结果集数组，无法再改 SQL
怎么看到实际执行的 SQL 语句
开启 SQL 日志输出不等于能看到模型生成的完整 SQL —— 默认只记录最终执行语句，中间链式调用（比如 scope、with、relation）的拼接过程被隐藏了。
- 在配置里设
'show_sql' => true和'log_sql' => true，只是让日志里出现SELECT * FROM user WHERE id = ?这种带问号的语句 - 要看到真实参数替换后的 SQL，得手动调用
$query->buildSql()（返回字符串）或$query->getLastSql()（需先执行查询） - 注意：模型方法如
UserModel::where(...)->find()返回的是对象/数组，不是Query对象；得从UserModel::query()开始链式构建才能拿到可调试的Query实例 - 调试时别依赖
Db::listen()回调，它只捕获执行阶段，看不到 where 条件怎么一步步加进去的
为什么 afterSelect 拿不到原始 SQL
afterSelect 触发时查询已经完成，底层 PDO 已返回结果，SQL 字符串此时已被丢弃。这不是 Bug，是设计使然。
- 想在
afterSelect里记录 SQL，必须提前在beforeSelect阶段用$query->getOptions('sql')或$query->buildSql()抓取并存到上下文（比如 static 变量或 request 属性） - 直接在
afterSelect里调$query->getLastSql()会返回空字符串或上一次查询的残留值 - 如果用了
with关联预加载，每个关联表的查询是独立Query实例，主模型的afterSelect事件根本不会覆盖关联查询的生命周期
scope 和事件的执行顺序容易搞混
scope 方法本质是给 Query 加条件，但它发生在事件之前——也就是说，beforeSelect 监听到的 $query 已经包含所有 scope 添加的 where 条件。
- 如果你在 scope 里写了
$query->where('status', 1)，又在beforeSelect里写了$query->where('deleted', 0)，最终 SQL 是两者 AND 关系 - 但 scope 不会触发事件；只有模型真正调用
select()、find()等查询方法时，事件才触发 - 如果 scope 返回的是新
Query实例（比如 clone 后改条件），而你又没把它传回模型链路，那事件里拿到的还是原始Query，条件就丢了
复杂查询场景下，事件 + scope + with + join 混用时，SQL 最终长什么样，光看模型代码很难推断。最稳的办法是：在关键节点打点，用 $query->buildSql() 截图，而不是靠猜执行顺序。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
