控制器构造函数注入为null，是因为ThinkPHP默认不通过容器实例化控制器，需在provider.php中注册控制器类并确保container_auto_bind开启；接口需显式绑定实现类；autoload映射表未刷新或大小写错误也会导致class_exists返回false。
为什么控制器构造函数注入总是 null
ThinkPHP 默认不通过容器创建控制器，new Index() 是硬编码实例化，绕过了反射和依赖解析。你写的 __construct(UserService $service) 根本没被调用，$service 自然为 null。
这不是类型提示写错了，是框架压根没走容器流程。验证方法：在构造函数里加 throw new \Exception('hit');，请求后没抛异常就说明它根本没执行。
- 检查
app/provider.php中是否把控制器类加进了providers数组（如app\controller\Index::class） - 确认没在
config/app.php里关闭容器接管（'controller_auto_bind' => false会强制禁用） - 子应用（如
admin）需单独在app/admin/provider.php中注册，主应用的绑定对它无效
App::make() 调用失败但类文件明明存在
App::make('app\service\UserService') 报 Class not found，大概率是自动加载没生效，不是路径或命名空间错了——哪怕文件放对了、namespace 也对，class_exists() 仍可能返回 false。
必须跑这一步：php think optimize:autoload。ThinkPHP 8 不复用 Composer 的默认 autoload，它用的是自己生成的映射表，改过类名或路径后不刷新，容器永远“看不见”这个类。
立即学习“PHP免费学习笔记（深入）”；
- 执行后进
php -a，输入var_dump(class_exists('app\service\UserService'));，必须返回true才能继续 - Linux 下注意大小写：文件名
userservice.php和命名空间app\service\UserService不匹配，class_exists()直接返回false - 别用相对命名空间，
use app\service; new UserService();在容器外可能行，但App::make()必须传完整限定名
接口类型提示报 BindingResolutionException
写了 public function __construct(UserRepositoryInterface $repo) 却报错？容器不知道 UserRepositoryInterface 对应哪个实现类。它不会扫描目录、不会猜、也不会报“未绑定接口”，只会抛异常或返回 null。
绑定必须显式、完整、带反斜杠。例如在 app/provider.php 里写：
return [
'providers' => [
// ...
],
'bindings' => [
\app\repository\UserRepositoryInterface::class => \app\repository\DbUserRepository::class,
],
];
- 键和值都必须是完整限定名（
\app\...），漏掉开头的\就算绑定也无效 - 如果
DbUserRepository构造函数还依赖CacheInterface，那这个接口也得同步绑定，否则反射链中断 - 第三方接口（如
think\Cache）已由框架预注册，重复绑定可能覆盖默认行为，慎用
构造函数参数带默认值引发 ReflectionException
当构造函数形参顺序是 public function __construct(LoggerInterface $logger, string $level = 'info')，PHP 反射会把带默认值的参数排到最后，但容器解析时仍按声明顺序尝试注入——如果 LoggerInterface 没绑定，就会直接报 ReflectionException: Class LoggerInterface does not exist。
这不是语法错误，是容器在反射阶段卡死。解决思路不是调换参数顺序，而是确保所有非默认值参数类型都能被容器解析。
- 先检查
LoggerInterface是否在provider.php中绑定了实现（如Psr\Log\NullLogger） - 避免在构造函数里混用类型提示和默认值参数，尤其不要把无默认值参数放在有默认值参数之后
- 更稳妥的做法是：全用类型提示 + 容器绑定，或全用数组配置 +
config('log.level')这类运行时读取
真正容易被忽略的是：控制器构造函数注入不是“默认可用”的功能，它需要主动开启、显式绑定、逐层验证。一个环节断掉，整个链就静默失效，不会给你任何提示——你看到的 null 或异常，只是最后一环崩塌的结果，根源往往在 autoload 没刷新，或接口绑定漏了一层。
