不能直接跨模块调用。controller助手函数默认只在当前模块查找控制器，需显式传完整命名空间如'app\api\controller\User@index'，或用Container::get()/app()->make()手动实例化并注意initialize需手动调用。
ThinkPHP 跨模块调用控制器时，controller 助手函数能直接用吗？
不能直接跨模块调用。ThinkPHP 的 controller 助手函数默认只在当前应用（或当前模块）下查找控制器类，不支持自动解析其他模块路径。比如你在 app/admin 模块里调 controller('user/index')，它不会去 app/api 或 app/common 里找。
常见错误现象：ClassNotFoundException，提示“class not found: appdmincontrollerUser”，但实际你要的是 apppicontrollerUser。
- 必须显式传入完整命名空间路径，例如
controller('app\api\controller\User@index') - 路径分隔符要用双反斜杠
\（Windows 下单反斜杠会转义出错） - 如果目标控制器不在
app下（比如在extend/或自定义目录），需先用Loader::addNamespace()注册命名空间
用 thinkContainer::get() 手动实例化更可控
比起 controller()，直接用容器获取实例更明确、更少隐式行为，也更容易调试跨模块场景。
使用场景：需要复用其他模块的控制器逻辑（如后台调用 API 模块的用户校验逻辑），且不希望触发完整的请求生命周期（即不走路由、不执行中间件）。
立即学习“PHP免费学习笔记（深入）”；
-
thinkContainer::get('app\api\controller\User')->checkLogin()是安全的调用方式 - 注意：该控制器实例不会自动注入
Request、Response等依赖，需手动传参或用invokeMethod - 若控制器构造方法有参数（如依赖注入了
UserService），建议改用app()->make()，它支持自动解析依赖
跨模块调用时，__construct 和 initialize 会被执行吗？
会，但取决于你如何调用。
用 controller() 时，框架会模拟一次“伪请求”，触发 __construct → initialize → 方法执行；而用 Container::get() 或 app()->make() 则只执行 __construct，initialize 不会自动调用 —— 它是控制器基类里由框架在请求调度阶段手动触发的。
- 如果你依赖
initialize做权限检查或数据预加载，手动调用前得自己补上：$ctrl->initialize(); - 部分老项目把初始化逻辑写在
__construct里，这会导致重复执行（比如两次连接数据库），要注意拆分 -
initialize是 ThinkPHP 特有的钩子，非标准 PHP 构造行为，跨模块复用时容易误判它的执行时机
为什么不用 HTTP 请求方式（如 curl 或 Http::get()）替代？
因为性能和事务一致性。HTTP 调用是进程外通信，有网络开销、序列化成本，还无法共享数据库事务、缓存连接、Session 上下文。
使用场景：仅当模块物理隔离（如 API 是独立微服务）、或明确需要解耦时才走 HTTP；同属一个 ThinkPHP 应用内，优先走本地实例调用。
- 本地调用响应时间通常在 0.5–2ms，HTTP 调用普遍 >15ms（即使 localhost）
- 若跨模块操作涉及数据库写入，HTTP 方式无法加入同一事务，容易出现数据不一致
- 调试困难：HTTP 调用堆栈断裂，异常信息不透出到主流程，日志分散
