Laravel 6 的服务容器通过PHP反射机制、类型提示和绑定注册表实现自动依赖注入。类型提示标识依赖需求，反射递归解析构造函数依赖，绑定决定接口/抽象类的具体实现，整个流程由容器统一调度，支持单例等高级特性。
Laravel 6 的服务容器实现自动依赖注入，核心靠的是PHP 反射（Reflection）机制 + 类型提示（Type Hinting）+ 容器绑定注册表。它不是魔法，而是一套可预测、可追踪的解析流程。
类型提示触发解析入口
当你在控制器构造函数、方法参数、中间件、事件监听器等位置写上带类名或接口的类型提示时，Laravel 就知道“这里需要一个实例”。例如：
public function index(UserRepository $repo)public function __construct(LoggerInterface $logger)
这些提示本身不创建对象，但告诉服务容器：“请帮我准备好这个类型的实例，并传进来。”
反射机制递归构建对象图
服务容器拿到一个类（比如 UserController），会做以下几步：
- 用
ReflectionClass检查该类的构造函数签名 - 遍历每个参数，读取其类型提示（如
UserRepository） - 对每个类型提示，再次调用容器去解析——如果
UserRepository自身也有构造函数依赖（比如DatabaseConnection），就继续递归下去 - 直到所有依赖都是“无参构造”或已绑定/可实例化的类，才逐层返回实例，完成整个对象树的组装
绑定决定“该给谁”
如果类型提示是一个接口（如 CacheInterface）或抽象类，容器自己无法凭空创建实例，这时就需要你提前告诉它“用哪个具体类来实现”：
- 在
AppServiceProvider@register()中写：$this->app->bind(CacheInterface::class, RedisCache::class); - 之后每次请求
CacheInterface，容器都会返回RedisCache实例 - 没做绑定的具体类（如
UserRepository），容器默认按反射+new 实例化；有绑定则优先走绑定逻辑
运行时调用链很明确
以路由访问控制器方法为例，关键路径是：
- Router →
runController()→resolveClassMethodDependencies() - 该方法内部调用
$this->container->make($class)获取控制器实例 - 再调用
$this->container->call([$instance, $method], $parameters)，其中$parameters就是通过反射解析出的依赖数组
整个过程不依赖全局变量或静态工厂，完全由容器统一调度，所以能支持单例、上下文绑定、条件解析等高级能力。
