ThinkPHP 事件系统不直接读取数据，仅分发信号；真正执行数据读取的是监听器中手动调用的 find、select 或 Db::table() 等常规查询操作。
find 和 select 是 ThinkPHP 数据读取最直接的两个入口，但「事件驱动的数据读取」不是框架原生概念——ThinkPHP 没有内置“在某个事件触发时自动读取数据”的机制。所谓“事件做数据读取”，实际是开发者在事件回调中手动调用数据库操作，本质仍是常规查询，只是执行时机被事件钩住。
event 触发后调用 Db::table() 或模型 find()
ThinkPHP 的事件系统（think\Event）本身不参与数据访问，它只负责分发信号。真正读数据的，是你注册的监听器里写的代码。
- 监听器中不能直接写
$this->db或$this->model，因为事件监听器通常是无状态类或闭包，没有控制器上下文 - 必须显式引入
Db或实例化模型：use think\Db; use app\model\User;
// 在监听器中 $users = Db::table('user')->where('status', 1)->select(); // 或 $user = User::find(123);
- 如果用了模型，确保该模型已定义且命名空间正确；否则会报
Class 'app\model\User' not found
Hook 和 event 混用时，Db 查询可能因生命周期提前失效
ThinkPHP 3.x 的 Hook 与 5+/6+ 的 event 不兼容。若项目混合使用（比如旧插件 + 新核心），容易出现：
-
Hook::add()注册的函数里调用M('User')失败，提示M is not defined（因为M是 3.x 全局函数，5+ 已废弃） -
event监听器中调用Db::query()报错Call to a member function query() on null，常见于监听器在容器未完全初始化时就被触发（如AppInit阶段过早监听）
建议统一用 event（5.1+ 推荐），并在监听器中通过依赖注入或 app()->make() 获取 Db 实例：
use think\facade\Db;
// ✅ 安全写法，走 Facade 层，不依赖容器状态
$data = Db::name('log')->where('type', 'login')->limit(5)->select();
读取逻辑放在事件里，cache 参数容易被忽略
事件常用于记录日志、发送通知、更新统计等场景，这些操作往往伴随「查旧数据比对」或「查关联信息补充」。但开发者常忘记给查询加缓存控制：
- 默认不缓存，每次事件触发都走一次 DB 查询，高并发下易拖慢响应
-
Db::table('config')->cache(true)->find(1)可复用配置缓存（前提是已开启配置缓存） - 但注意：事件监听器中不应使用
cache('key', 3600)这种带自定义键的缓存，除非你明确管理键冲突和过期逻辑
更稳妥的做法是，把需频繁读取的辅助数据（如开关配置、白名单 ID 列表）在应用启动时加载进内存，事件中直接查数组，而非每次查库。
事件本身不读数据，它只是个扳机。真正干活的还是 find、select、Db::query 这些老面孔。容易被绕晕的地方在于：监听器执行时机不可控、上下文缺失、缓存策略脱节——这些问题不解决，光绑事件没用。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
