Laravel依赖注入与仓库模式相关技术问题咨询

1. 服务提供者注册仓库类时需要注意加载顺序吗？ #

完全不用纠结顺序！Laravel依赖Composer的PSR-4自动加载机制，只要你的EloquentRepository和UserRepository都在正确的命名空间下，框架会在需要用到它们的时候自动加载对应的文件，不管你在服务提供者里先注册哪个。你只需要在服务提供者的register方法里正确绑定接口到实现类就行，比如：

$this->app->bind(UserRepositoryInterface::class, UserRepository::class);

剩下的加载逻辑交给框架就好。

2. 控制器注入UserRepositoryInterface时，构造函数会自动调用吗？ #

那必须的！当你在控制器构造函数里注入这个接口：

public function __construct(UserRepositoryInterface $userRepo)
{
    $this->userRepo = $userRepo;
}

Laravel的服务容器会自动解析出你绑定的实现类（也就是UserRepository），并且自动调用它的构造函数，把实例化好的对象递到控制器里。根本不需要你手动去new，容器会把这整套流程处理得明明白白。

3. 依赖注入的实例生命周期是多久？多个控制器共享依赖会重复实例化吗？ #

默认情况下，Laravel的服务容器采用瞬态（transient）绑定：每次解析依赖都会创建一个全新的实例。也就是说，如果你的页面控制器调用了另一个同样注入UserRepositoryInterface的控制器，两个控制器都会得到独立的实例，构造函数会被调用两次，各自运行自己的逻辑，互相不干扰。

不过如果你想让整个HTTP请求周期内共享同一个实例，可以在服务提供者里改用singleton方法绑定：

$this->app->singleton(UserRepositoryInterface::class, UserRepository::class);

这样不管多少个地方注入这个依赖，都会拿到同一个实例，构造函数只会被调用一次。

4. 使用App::make()替代依赖注入有区别吗？ #

有区别，但核心都是从服务容器获取实例，只是适用场景和代码风格不同：

• 依赖注入（构造函数/方法注入）：这是Laravel官方推荐的方式，代码更清晰易读，而且非常方便单元测试——你可以轻松mock掉依赖对象。另外框架会自动帮你解析依赖，不用手动操作容器。
• App::make()：属于手动从容器获取实例，适合一些动态场景，比如在方法内部根据条件创建不同的实例，或者在非控制器类（比如普通工具类）里没法用依赖注入的时候。但缺点是代码会和服务容器耦合，测试灵活性不如依赖注入。

另外补充一点：默认情况下，多次调用App::make()和多次注入的行为一致——每次都会生成新实例，除非你把依赖绑定成了单例。

内容的提问来源于stack exchange，提问作者Norgul