控制器方法不可直接调用，因其强依赖请求上下文；应将业务逻辑抽离至service类，由控制器调度，确保职责分离、可测试与复用。
直接调用另一个控制器方法会破坏MVC职责分离
Yii中控制器不是工具类，Controller 实例绑定了请求上下文（$this->request、$this->response、$this->action等），强行 new 一个控制器再调用其方法，会导致：getRoute() 报错、redirect() 失效、beforeAction() 不触发、CSRF 验证绕过。这不是“能不能”的问题，是“不该做”的设计红线。
真实场景里，你真正需要的通常不是“调控制器”，而是“复用某段业务逻辑”——它本该抽离到服务类或组件里。
把逻辑移到 Service 类里，控制器只负责调度
这是最干净、可测试、易复用的做法。比如订单创建逻辑被多个控制器需要，就把它放进 app/services/OrderService.php：
namespace app\services;
class OrderService
{
public function createFromCart($cartId, $userId): array
{
// 实际业务代码，不依赖 $this->request 等
return ['order_id' => 123, 'status' => 'created'];
}
}
然后在任意控制器里注入并使用：
- 确保
OrderService已在config/web.php的container中注册，或直接new OrderService()（不推荐） - 在控制器方法中：
$result = Yii::$app->orderService->createFromCart($cartId, $userId); - 注意：不要在
Service里调用Yii::$app->response->redirect()—— 控制器才该决定跳转
跨模块调用时，优先走 Url::toRoute() + HTTP 请求（非内部调用）
如果真要“从A模块控制器触发B模块控制器行为”，且涉及权限、日志、中间件等完整流程（比如后台调用API模块生成报表），那就别绕开HTTP层。用 yii\helpers\Url::toRoute() 拼地址，再用 yii\httpclient\Client 发请求：
-
Url::toRoute(['api/report/generate', 'id' => 123])生成完整URL（自动处理模块前缀、路由规则） - 避免硬编码路径如
/api/report/generate，否则模块重命名或开启enablePrettyUrl就挂 - 注意：这会产生一次额外HTTP请求，别在高频循环里用；敏感操作记得加
authKey或 OAuth 校验
临时方案：用 Yii::createObject() 调用无状态方法（仅限极简场景）
如果只是读个配置、算个时间戳、格式化字符串这类纯函数式操作，且实在不想动架构，可以这样保底：
$helper = Yii::createObject(['class' => 'app\helpers\OrderHelper']); $result = $helper->formatOrderId(456);
但必须满足：
- 被调用类不能继承
Controller，也不能依赖$this->request等上下文 - 方法不能返回
Response对象、不能调用throw new HttpException() - 别给它起名
OrderControllerHelper—— 名字暴露了错误意图
这种写法看着像“调控制器”，实际是退化成工具类调用。一旦逻辑变重，立刻推倒重构成 Service。
复杂点在于：很多人卡在“不知道哪部分该抽出去”。记住一个判断标准——只要方法里出现了 $this->request、$this->user、$this->redirect()，它就还属于控制器边界内，不能被别的控制器直接拽过去用。
