laravel 6 容器报“无法解析依赖”是因为接口或抽象类未显式绑定实现类，必须在服务提供者 register() 中用 ::class 常量绑定，确保实现类及其依赖均可被解析。
Laravel 6 的服务容器报“无法解析依赖”（如 Target [App\Contracts\SomeInterface] is not instantiable），本质是容器在尝试自动实例化一个没有具体实现路径的类型——比如接口、抽象类，或未注册绑定的类。这不是配置错误，而是容器明确告诉你：“我不知道该用哪个类来满足这个需求”。
为什么 Laravel 6 容器会报这个错
- Laravel 6 默认只对具体类（concrete class） 自动反射构造函数并递归解析依赖。
- 一旦构造函数参数是接口（
SomeInterface）、抽象类，或类型提示指向一个不存在/不可实例化的类，容器就无法凭空创建它。 - 它不会猜测你想要哪个实现，必须由你显式声明绑定规则。
必须做的三件事
-
确认类型提示是否为接口或抽象类
检查报错位置（通常是控制器、中间件、命令类的__construct()）：public function __construct(UserRepositoryInterface $repo) // ❌ 接口，无绑定则失败
-
在服务提供者的
register()方法中完成绑定
✅ 正确写法（使用::class常量，保证命名空间准确）：use App\Contracts\UserRepositoryInterface; use App\Repositories\EloquentUserRepository; public function register() { $this->app->bind(UserRepositoryInterface::class, EloquentUserRepository::class); }⚠️ 错误写法（字符串不支持自动解析，且易拼错）：
$this->app->bind('App\Contracts\UserRepositoryInterface', 'App\Repositories\EloquentUserRepository'); // 不推荐 确保实现类可被容器实例化
EloquentUserRepository自身若也有依赖（如DatabaseManager或Cache），这些依赖也必须能被容器解析（即它们是具体类，或已绑定）。否则绑定成功，但make()时仍会报错。
针对多场景的进阶处理
-
上下文绑定（Contextual Binding）
当不同类需要同一接口的不同实现时：$this->app->when(OrderController::class) ->needs(PaymentGateway::class) ->give(StripeGateway::class); $this->app->when(RefundController::class) ->needs(PaymentGateway::class) ->give(PayPalGateway::class); 避免在
boot()中做绑定boot()执行时机晚于依赖解析阶段，部分场景（如命令行、测试环境）可能导致绑定未生效。所有bind()必须放在register()。
快速验证是否生效
进入 Tinker 测试：
php artisan tinker
>>> app(App\Contracts\UserRepositoryInterface::class)
=> App\Repositories\EloquentUserRepository {#321}
返回实例说明绑定成功；若仍报错，则检查命名空间、类是否存在、是否 autoload 正常。
补充提醒
- 确保你的服务提供者已注册到
config/app.php的providers数组中； - Laravel 6 不支持 PHP 8 的属性注入，仅支持构造函数和方法注入；
- 不要手动
new Controller(...)，这直接绕过容器，所有依赖注入失效。
不复杂但容易忽略。
