ThinkPHP 6.0 默认不支持跨模块直接调用控制器，因其设计为HTTP请求入口而非服务类；应将业务逻辑抽离至Service、Model或Event中复用，避免硬实例化控制器导致上下文缺失和初始化异常。
ThinkPHP 6.0 默认不支持跨模块（即跨应用）直接调用其他模块的控制器类，因为控制器被设计为 HTTP 请求入口，不是普通服务类。所谓“跨模块调用控制器”，本质上是误用了控制器职责——你真正需要的，通常是复用逻辑、共享数据或触发行为，而不是硬性实例化另一个模块的控制器。
确认是否真需“调用控制器”
控制器（如 app\index\controller\Index）在 TP6 中仅用于响应请求，内部不应包含可复用业务逻辑。若你在 app\admin\controller\User 中写类似 new \app\index\controller\Index()，会报“类不存在”或运行异常，原因包括：
- 命名空间路径正确但类未自动加载（Composer autoload 未覆盖跨应用路径）
- 控制器继承自
think\controller\Base，依赖请求上下文（$this->request等），脱离路由链路后无法正常初始化 - 多应用模式下，各应用的控制器目录默认隔离，框架不会扫描其他应用的
controller子目录
推荐替代方案：把逻辑抽离到可复用位置
不要调控制器，改调真正可复用的组件：
-
提取为服务类（Service）：在
app/common/service或app/service下新建类，如OrderService，封装订单相关操作，所有模块都可通过app()->make(OrderService::class)调用 -
使用模型（Model）：数据操作统一交给模型，控制器只做协调。模型天然跨模块可用（只要命名空间引用正确，如
app\common\model\User） -
通过事件（Event）解耦：在 A 模块中触发事件
OrderPaid，B 模块监听并执行对应逻辑，避免硬依赖 -
HTTP 内部请求（慎用）：如确需模拟一次请求（例如调用 API 模块的某个接口），可用
Http::get('http://api.xxx.com/v1/user/info')，但注意性能和循环依赖风险
若坚持要跨模块访问控制器类（不推荐）
极少数场景（如调试、命令行工具）需手动加载控制器，可临时补救：
立即学习“PHP免费学习笔记（深入）”；
- 确认该控制器文件真实存在，且命名空间与路径严格匹配（如
app\api\controller\User.php→namespace app\api\controller;） - 在调用前手动引入：
include_once APP_PATH . 'api' . DS . 'controller' . DS . 'User.php'; - 或通过容器绑定一个别名：
app()->bind('ApiUserController', \app\api\controller\User::class);，再app()->make('ApiUserController') - 注意：这样绕过框架生命周期，
$this->request、$this->view等将不可用，方法也必须是public且无参数依赖
检查多应用配置是否生效
如果你已启用多应用（think-multi-app），但依然提示控制器类不存在，请验证：
- 是否在项目根目录执行了
composer require topthink/think-multi-app - 是否运行了
php think service:discover（部分版本需手动触发服务注册） - 是否删除了默认的
app/controller目录，改为按应用组织（如app/index/controller、app/api/controller） - 访问 URL 是否符合多应用路由规则，例如
/index/user/index对应app\index\controller\User
