结论：报错主因是实现类未正确 implements 接口且方法签名不一致，而非绑定失效；php 类型提示强制校验实例是否真正实现接口及方法参数、返回值等完全匹配。
直接说结论：报错不是容器没绑定，而是 PHP 类型约束强制要求接口必须被 implements，光 bind 没用。
TypeError: Argument 1 passed to Xxx::__construct() must be an instance of XxxInterface
这是 Laravel 6（及后续版本）中最典型的 DI 报错之一。错误信息里明确指出构造函数参数类型不匹配，但很多人误以为是 bind() 没生效，其实根本原因在 PHP 层面：
- PHP 的类型提示（如
XxxInterface $service）是硬性校验，运行时会检查传入对象是否真正实现了该接口 - 即使你在
AppServiceProvider@register()里写了$this->app->bind(XxxInterface::class, XxxService::class)，只要XxxService没写implements XxxInterface，就一定会触发这个 TypeError - 接口方法签名也必须完全一致（参数名、类型、默认值、返回类型），否则也算“未实现”
implements 声明不完整导致绑定失败
常见疏漏不是忘了写 implements，而是接口定义了方法但实现类没对齐。比如接口声明：
interface PaymentProcessor
{
public function charge(float $amount, array $options = []): bool;
}
而实现类写成：
class StripeProcessor
{
public function charge($amount): bool // ❌ 缺少 $options，类型缺失，= [] 也没写
{
// ...
}
}
这会导致 PHP 认为该类“没有实现接口”，bind() 依然无效。正确写法必须严格匹配：
- 参数类型（
float）、数量、默认值（= []）全部一致 - 返回类型声明（
: bool）不能省略（PHP 7.1+ 接口方法支持返回类型） - 类名前必须有
implements PaymentProcessor
AppServiceProvider 中的 bind() 写法与时机
绑定本身没问题，但有几个关键点容易踩坑：
- 绑定语句必须放在
register()方法里，不能放boot()—— 后者太晚，容器已开始解析依赖 - 接口类和实现类的命名空间要写全，且确保文件存在、自动加载正常（
composer dump-autoload有时真得跑） - 如果接口只在某几个类中用到，也可以用
when()->needs()->give()做条件绑定，避免全局污染 - 别在
bind()里传匿名函数或闭包来 new 实例——Laravel 6 默认不支持 callable 绑定（除非显式用singleton()或instance()）
为什么 artisan tinker 里 new 类不报错，注入时却报？
因为 new XxxService() 绕过了容器和类型提示校验；而依赖注入走的是 Laravel 容器解析流程，会严格按构造函数签名去 resolve 参数。所以：
- 测试接口实现是否正确，最简单方式是在 tinker 里执行：
app()->make(XxxInterface::class)—— 如果报错，说明绑定或 implements 有问题 - 如果
make()成功但控制器仍报错，检查控制器构造函数参数是否拼错、命名空间是否漏use - 注意：Laravel 6 默认关闭自动发现绑定（
Illuminate\Foundation\Support\Providers\AutoDiscoveryServiceProvider未启用），所有接口绑定都得手动写
最容易被忽略的是接口方法签名一致性——它不像命名空间错误那样一眼可见，但只要差一个 = [] 或类型声明，就会静默破坏整个绑定逻辑。
