thinkphp依赖注入需正确配置容器绑定：先确保类存在并刷新自动加载，接口绑定必须显式声明，单例资源用singleton()并配对make()获取，控制器推荐方法参数类型提示自动注入。
想让ThinkPHP自动把Redis连接、支付网关、短信服务塞进控制器或模型里，而不是每次手动new、传参、检查实例是否存在？关键不在写多少代码，而在容器绑定时选对方法、用对时机、避开默认陷阱。
先确认类能被容器“看见”
执行php think optimize:autoload刷新Composer自动加载映射，否则容器连类文件在哪都不知道。
在任意可运行位置插入var_dump(class_exists('app\service\UserService'));，返回bool(true)才算过关；返回false就别往下试绑定，立刻检查命名空间声明是否与app/service/UserService.php路径完全一致——Linux服务器下UserService.php和userservice.php不等价。
这一步卡住，后面所有绑定都是空谈。
接口绑定必须显式写，否则静默失败
方法一：在app/provider.php中直接添加数组项
'app\contract\SmsClient' => 'app\service\AliyunSmsClient'
方法二：在自定义SmsServiceProvider的register()方法中调用
$this->app->bind(SmsClient::class, AliyunSmsClient::class);
方法三：用闭包实现运行时切换逻辑（开发用FileCache，生产用RedisCache）
$this->app->bind(CacheInterface::class, function ($app) { return $app->isDebug() ? new FileCache() : new RedisCache(); });
【注意】类型提示写public function send(SmsClient $client)却报Class not found，90%是因为没做这步绑定——容器不会猜，也不会报错，只会跳过解析，最终抛出Binding not found。
单例绑定必须配对使用，否则形同虚设
第一步：绑定时明确走singleton路径
在app/provider.php或register()中写：app()->singleton('redis', function ($app) { $r = new \Redis(); $r->connect('127.0.0.1'); return $r; });
第二步：获取时必须用app()->make('redis')，不能用app()->get('redis')——get()只认instance()塞进去的对象，对singleton()完全无感。
第三步：验证是否真共享状态
执行app()->make('redis')->set('test_key', 'test_val');→再执行app()->make('redis')->get('test_key');，返回'test_val'才算成功；若返回null，说明你用了bind()而非singleton()，或者获取时误用了get()。
Redis/DB这类昂贵资源，不用singleton()，连接数会指数级暴涨。
控制器里想用构造函数注入？得先让容器接管它
默认情况下，ThinkPHP是new Index()手动创建控制器的，完全绕过容器，__construct()里的类型提示根本不会触发依赖注入。
正确做法：在config/app.php的providers数组中加入你的控制器类名，例如app\controller\Index::class。
更轻量的替代方案：删掉__construct，改用initialize()方法，在里面调用$this->userService = app()->make(UserService::class);。
最推荐的方式：直接在操作方法参数里写类型提示
public function index(UserService $service) { ... }
框架路由层会自动解析并注入，无需额外注册，也不依赖控制器是否由容器创建。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
