yii控制器执行流程清晰可控：先init()初始化，再按应用→模块→控制器顺序调用beforeaction()，任一返回false则中断且不报错；接着自动绑定参数并执行action；最后逆序调用afteraction()处理结果。
Yii控制器不是“一上来就执行 action”的黑盒，它的每一步都可干预、可观察、可中断。关键在于理解 beforeAction() 和 afterAction() 的调用顺序与返回值语义——只要任一环节返回 false，后续动作立即终止，且不会抛异常。
控制器实例化后第一件事是调用 init()
这个方法在控制器对象完成属性配置后、任何操作执行前被自动调用。它不参与请求流程控制（比如不能取消 action），但适合做一次性初始化：注册事件监听、预加载依赖、设置默认状态等。
注意：init() 不会因路由未命中或权限拒绝而跳过；哪怕最终抛出 yii\base\InvalidRouteException，该方法也已执行完毕。常见误用是把权限校验逻辑塞进这里——应该移至 beforeAction()。
beforeAction() 的调用链和短路行为
当控制器确定要执行某个 action（内联或独立）时，框架按如下顺序调用 beforeAction()：
- 应用主体（
yii\web\Application）的beforeAction() - 所属模块（如有）的
beforeAction() - 当前控制器的
beforeAction()
任意一个返回 false，剩余未执行的 beforeAction() 全部跳过，且 action 本体不会运行。此时响应为空白，HTTP 状态码仍为 200 —— 这是很多开发者踩坑的地方：以为“没进 action 就等于报错”，其实只是静默终止。
示例场景：
public function beforeAction($action)
{
if ($action->id === 'delete' && !$this->isOwner()) {
$this->redirect(['site/forbidden'])->send();
return false; // 必须显式返回 false 才能中断
}
return parent::beforeAction($action);
}
操作执行阶段的数据注入与参数绑定
Yii 在调用 action 方法前，会解析 URL 参数、$_GET/$_POST、以及路由规则中定义的命名参数，并尝试将它们按类型和名称绑定到 action 方法的形参上。
这意味着：
- 如果 action 方法签名是
public function actionView($id, $type = 'default')，而请求是/post/view?id=123&type=video，则两个参数会被自动注入 - 若
$id是 int 类型但传入非数字字符串，Yii 默认不会强制转换，而是传入原始字符串——除非你启用了enableStrictParsing并配合类型声明（PHP 7.0+） - 未在 URL 或请求体中出现的必需参数（如
actionShow($id)但没传id），会触发yii\base\InvalidParamException
afterAction() 的逆序执行与不可取消性
它总是在 action 执行完成后调用，顺序与 beforeAction() 相反：先控制器、再模块、最后应用主体。这个阶段无法阻止 action 执行结果，但可以：
- 修改
$action->result（比如统一包装 JSON 响应结构） - 记录耗时、清理临时资源、发送审计日志
- 注意：
afterAction()不接受返回值，也不支持短路；即使抛出异常，也不会影响已生成的响应内容（但可能中断后续钩子）
容易忽略的一点：如果 action 返回的是 Response 对象（例如调用过 $this->redirect()），那么 $action->result 就是该 Response 实例，而非视图渲染结果——这时候直接修改 $action->result->content 可能无效。
