thinkphp依赖注入失败主因是容器未识别类：psr-4自动加载失效、bind/singleton注册错误、控制器构造函数被忽略、invoke/call混用。需检查autoload配置、大小写、命名空间，用class_exists()和resolved()验证。
ThinkPHP 依赖注入失败，90% 是容器压根“不认识”你要的那个类——不是代码写错了，是容器没注册、路径没对上、或反射时连类文件都加载不进来。
Class xxx does not exist 报错但文件明明存在
这是最典型的假象：类文件在磁盘上，命名空间也写了，class_exists('xxx') 却返回 false。根本原因不是类不存在，而是 PSR-4 自动加载没生效。
- 检查
composer.json的autoload是否包含"app/": "app/"（TP6+ 默认有，但复制代码后容易漏） - 运行
composer dump-autoload -o强制刷新映射，别信缓存 - Linux 服务器下确认文件名大小写完全一致（
UserService.php≠userservice.php） - 用
var_dump(composer\autoloader::getLoader()->findFile('xxx'))看是否返回真实路径；返回false就说明自动加载器根本没扫到
bind() 和 singleton() 用错导致构造函数参数解析失败
容器注册方式直接决定依赖能否被正确实例化。写错一个字母，ReflectionException 就在控制器构造函数里等着你。
-
bind()每次调用都新建实例；singleton()只创建一次并复用——多数服务（如Db、Cache）必须用singleton()，否则事务、连接池全乱套 - 必须用闭包包裹实例化逻辑：
singleton(UserService::class, function () { return new UserService(); })；写成singleton(UserService::class, new UserService())会在注册时立刻执行new，且失败对象已被缓存 - 接口绑定必须用完整命名空间：
bind(\App\Contract\UserRepository::class, \App\Repository\UserRepository::class)，少一个反斜杠就反射失败 - 第三方类（如
think\Cache）已由框架预注册，重复bind()会覆盖默认行为，引发底层异常
控制器里 __construct() 写了但没被调用
这不是 Bug，是 ThinkPHP 的设计前提：控制器由容器管理，不走 new 流程。你写的 __construct() 被彻底忽略，所有依赖注入都发生在容器构建实例之后。
- 删掉控制器里的
__construct()，改用initialize()做初始化逻辑（它会在每次请求前被调用） - 若需注入服务，确保控制器继承
think\BaseController（TP6+），否则容器无法识别 - 不要手动
new UserController()后再让容器处理其方法——$this->app->invoke()会尝试反射这个手动实例的构造函数，而它根本没被容器管理，参数自然找不到 - 临时调试可加
var_dump($this->app->resolved(UserService::class))确认该类是否已被容器成功解析过
app()->call() 和 app()->invoke() 混用引发参数解析中断
这两个方法看着像，但触发依赖解析的层级完全不同。选错一个，ReflectionException 就出现在方法参数上，而不是构造函数。
-
app()->invoke([UserLogic::class, 'handle'])：先完整构建UserLogic实例（含其全部构造函数依赖），再调用handle()；如果UserLogic构造函数里有个未绑定的接口，这里就崩 -
app()->call([$obj, 'handle'])：$obj是你手动new的，容器只负责解析handle()方法的参数，不碰$obj自身——适合快速测试，但绕过了整个依赖链 - 控制器方法参数注入（如
public function index(Request $request, UserService $service)）本质是invoke()行为，所以UserService必须已注册，否则报错位置在index()入口，而非控制器实例化阶段
真正卡住人的，往往不是“该不该 bind”，而是 bind 之后没验证类是否真能被加载；不是“要不要 singleton”，而是 singleton 里忘了闭包，导致错误在注册时就静默发生。调试时优先跑 class_exists() 和 $app->resolved()，比翻堆栈快得多。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
