thinkphp控制器中__construct无效，应改用initialize()初始化；tp6支持方法参数类型提示注入，但仅限容器注册类，tp5.1不支持该特性。
ThinkPHP 控制器构造函数里写 __construct 会失效
ThinkPHP 的控制器不是靠 new 出来的，而是由容器自动实例化并注入依赖。直接在控制器里写 __construct，框架根本不会调用它——你写的构造函数被完全绕过了。
常见错误现象：__construct 里初始化的属性全为 null，或者抛出 ArgumentCountError，因为容器没传参、也没走你的逻辑。
- 正确做法是删掉
__construct，改用initialize()方法做初始化（它会在每次请求前被自动调用） - 如果真要依赖注入（比如需要
Request或自定义服务），必须让控制器类被容器管理，且不手动 new - 确保控制器继承
think\Controller（或think\BaseController，取决于 TP 版本），否则容器无法识别
TP6 中控制器方法参数自动注入只支持特定类型
ThinkPHP 6 支持在控制器方法签名里直接写类型提示，框架会自动解析并注入对应对象，但仅限于容器中已注册的类或约定类型（如 Request、Response、Validate 等）。
使用场景：想在 index() 里直接拿到 Request 实例，不用手动调 input() 或 $this->request。
- 支持的典型类型：
think\Request、think\Response、think\Validate、think\Cache，以及你通过bind()或singleton()注册进容器的自定义类 - 不支持普通 DTO 类、数组、标量类型（如
string、int）——这些会被忽略，参数值为null - 若类未绑定到容器且无默认实例（比如没写
__make或__invoke），会抛出ContainerException
示例：
public function index(\think\Request $request, \app\Service\UserService $service)—— 前者总是可用，后者需确认
UserService 已绑定到容器。
自定义类注入失败？检查 container.php 和绑定方式
控制器方法参数能注入自定义类，前提是容器知道怎么创建它。TP6 默认不自动扫描和注册应用目录下的类，必须显式绑定。
容易踩的坑：UserService 类写了，也用了类型提示，但运行时报 Class not found 或 Cannot resolve dependency。
- 确认类文件路径正确，命名空间与
use语句一致（比如app\Service\UserService对应app/service/UserService.php） - 在
config/container.php中添加绑定：'app\Service\UserService' => \app\Service\UserService::class
- 如果类有依赖（比如需要
Db），不要在构造函数里硬编码，改用类型提示或通过容器自动解析 - 避免用
new UserService()手动实例化——这会切断容器链路，后续依赖也无法注入
TP5.1 不支持方法参数注入，别混用版本特性
TP5.1 的控制器方法参数不支持自动注入，只有 TP6+ 才有这个能力。如果你在 TP5.1 项目里照着 TP6 文档写 index(Request $request)，会直接报错或参数为空。
性能影响很小，但兼容性断层很明确：TP5.1 只能靠 $this->request、$this->app->make() 或 input() 手动取值。
- TP5.1 中唯一“类似注入”的方式是重写
__initialize()并调用$this->app->make('xxx') - 升级到 TP6 后，记得清理旧的
$this->request->param()风格代码，否则冗余又难维护 - 混合部署（如 API 用 TP6、后台用 TP5.1）时，千万别共享控制器基类或注入逻辑，类型系统不互通
类型提示本身只是语法糖，真正起作用的是容器 + 反射 + 绑定配置。少一个环节，就卡在“为什么没注入”上。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
