Event::trigger() 是触发事件的唯一入口，其生效依赖事件绑定、监听器类存在且可自动加载、事件系统开启；config/event.php 中 bind 映射事件标识到事件类，listen 关联事件类与监听器数组，须用完整命名空间，推荐统一用事件类触发以保障类型安全。
Event::trigger() 是触发事件的唯一入口，但监听是否生效，取决于三件事：事件有没有被正确绑定、监听器类是否存在且可 autoload、应用事件系统是否开着。
config/event.php 的 bind 和 listen 配置怎么写才有效
很多人配了 listen 却没反应，是因为漏写了 bind 或写法错位。ThinkPHP 6+ 的事件机制默认走「事件标识 → 事件类 → 监听器」链路，不是直接字符串对字符串。
-
bind是把一个事件标识（字符串）映射到具体事件类，比如'user_registered' => \app\event\UserRegistered::class；不定义bind也能用字符串触发，但无法传递类型化参数 -
listen是把事件类（或标识）和监听器类关联起来，支持数组形式注册多个监听器：\app\event\UserRegistered::class => [\app\listener\SendWelcomeEmail::class, \app\listener\LogRegistration::class] - 如果只用字符串触发（如
event('user_registered', $data)），bind可省略，但监听器handle()方法接收的是原始$data，不是封装好的事件对象 - 配置里别混用命名空间缩写和完整类名——
'user_registered' => 'SendWelcomeEmail'这种写法在 TP6.3+ 已不支持，必须写全路径\app\listener\SendWelcomeEmail::class
监听器 handle() 方法参数类型怎么判断
参数类型完全由你触发事件的方式决定，不是框架自动推断的。
- 用
event(new \app\event\UserRegistered($user))触发 →handle()第一个参数是UserRegistered实例 - 用
event('user_registered', $user)触发 →handle()第一个参数就是$user数组或对象，无类型提示 - 监听器类没声明类型提示，又用了事件对象触发，PHP 8+ 会报
TypeError；TP6 默认不校验，但 IDE 和静态分析会报错 - 推荐统一用事件类触发，配合 PHP 8+ 参数类型声明，避免运行时传参错位
为什么 event() 调用后监听器完全没执行
静默失效最常见于三个盲区，不是代码写错了，而是环境或配置卡住了。
-
config/app.php里'event' => false—— 这是总开关，设为false后所有Event::*调用都直接返回，不报错也不执行 - CLI 环境下加载了另一套配置（如
config/app_cli.php），里面event被覆盖为false，定时任务或命令行测试时特别容易踩坑 - 监听器类文件存在但命名空间错误，比如文件放在
app/listener/下却声明namespace app\listeners;（多了 s），autoload 找不到类，event()不报错但监听器跳过 - 使用
think make:listener命令生成监听器后，忘了手动加到config/event.php的listen数组里——命令只建文件，不注册
模型事件（created/saving）和普通事件（event()）能混用吗
不能自动混用，它们走的是两套底层机制：模型事件靠 think\Model 内部的钩子，普通事件靠 think\Event 统一调度。
立即学习“PHP免费学习笔记（深入）”；
- 你在
UserModel里写$this->observe(UserObserver::class)，触发的是saving、created这些方法，和config/event.php无关 - 想让模型操作也触发普通事件，得在观察者里手动调用：
Event::trigger('model_user_created', $this) - 反过来，普通事件监听器不能响应模型生命周期事件，除非你主动在模型事件方法里转发
- 二者共存没问题，但别指望一个配置控制两边——
app.event = false会关掉普通事件，但不影响observe()（只要模型事件开关model.event是 true）
try/catch，主业务就跟着挂了。这不是设计缺陷，而是 ThinkPHP 默认「同步阻塞式」执行监听器——异步要自己用队列或协程兜底。 
