Yii框架原生不支持AOP，需通过yii-goaop扩展实现；它基于GOAOP字节码插桩或代理类生成，可拦截私有/静态/构造方法，远超Event与Behavior能力。
Yii 框架原生不支持 AOP，但可以通过 yii-goaop 扩展在运行时动态织入切面，实现真正的横切逻辑分离。它不是靠事件或 Behavior 模拟，而是基于 GOAOP 的字节码插桩（PHP 7.4+）或代理类生成（低版本），能拦截任意方法调用——包括私有方法、构造函数、静态方法，这是 Yii 原生事件机制做不到的。
为什么不用 Yii Event 或 Behavior 做 AOP
Event 和 Behavior 是 Yii 的轻量级扩展机制，但它们本质是「显式触发」：你得在业务代码里手动写 $this->trigger() 或 $this->attachBehavior()。而 AOP 要求「无侵入」——日志、权限、耗时统计这些逻辑，不该出现在 Controller 或 Model 里。
- Behavior 只能绑定到继承
yiiaseComponent的类，无法作用于普通 PHP 类、静态方法或函数 - Event 必须提前定义事件名、手动触发，且监听器无法获取被调用方法的参数和返回值原始上下文
- 两者都不支持基于注解（如
@Log）或表达式（如execution(* frontendcontrollers*->action*())）的自动匹配
安装 yii-goaop 后必须补全 autoload 配置
很多失败案例卡在这步：composer require guanguans/yii-goaop 成功后，切面类仍报 Class not found。根本原因是 GOAOP 在扫描目标类时，会按 PSR-4 规则加载切面和被织入类，但 Yii2 advanced 模板默认没把 aspects/ 目录加入 autoload。
- 在
composer.json的"autoload"→"psr-4"下追加一行："aspects\": "aspects/"（注意路径与命名空间一致） - 执行
composer dumpautoload，否则frontendspectsLoggingAspect::class在配置中会被当成未定义类 - 若用 advanced 模板，
aspects/目录建议放在common/下，并同步调整 autoload 和includePaths
config/main.php 中 initOption 的 excludePaths 很容易配错
GOAOP 会对匹配到的类生成代理（或修改字节码），如果把 runtime/、vendor/、views/ 这些目录漏进 includePaths，会导致：
- 尝试织入 Twig 模板类或 Composer 自动加载器，抛出
ParseError或无限递归 - 缓存文件写入失败（因
cacheDir权限不足或路径不存在），表现为切面完全不生效，且无错误提示 -
excludePaths必须是绝对路径，用dirname(__DIR__)计算时，要确认当前配置文件位置（advanced 的main.php在common/config/，basic 的web.php在config/）
推荐写法：'excludePaths' => [realpath(dirname(__DIR__).'/runtime'), realpath(dirname(__DIR__).'/vendor')]，避免符号链接导致路径不匹配。
切面类里不能直接依赖 Yii::$app
GOAOP 织入发生在应用启动早期，甚至早于 Application 实例化完成。此时 Yii::$app 为 null，若在 before() 或 after() 里调用 Yii::$app->log 或 Yii::$app->db，会直接 fatal error。
- 改用依赖注入：在切面构造函数中接收
yiilogLogger或yiidbConnection实例，由容器注入 - 或使用静态工具类（如
yiihelpersVarDumper::dumpAsText()），避开应用状态依赖 - 调试时开启
'debug' => true，查看runtime/aspect/下生成的代理类，确认是否成功织入
最常被忽略的一点：切面逻辑本身不能触发新的切面织入（比如在 LoggingAspect 里又调用了另一个被 @Transaction 标记的方法），否则可能造成代理嵌套爆炸或死循环。AOP 不是万能胶，横切逻辑之间也要保持克制。
