依赖注入和控制反转说的是同一个东西，是一种设计模式，这种设计模式用来减少程序间的耦合，从某个方面讲，就是它们描述的角度不同。
光说理论有点不好理解，我们用代码举个例子。
首先，我们看依赖没有倒置时的一段代码：
class Controller
{
protected $service;
public function __construct()
{
// 主动创建依赖
$this->service = new Service(12, 13);
}
}
class Service
{
protected $model;
protected $count;
public function __construct($param1, $param2)
{
$this->count = $param1 + $param2;
// 主动创建依赖
$this->model = new Model('test_table');
}
}
class Model
{
protected $table;
public function __construct($table)
{
$this->table = $table;
}
}
$controller = new Controller;
上述代码的依赖关系是 Controller 依赖 Service，Service 依赖 Model。从控制的角度来看，Controller 主动创建依赖 Service，Service 主动创建依赖 Model。依赖是由需求方内部产生的，需求方需要关心依赖的具体实现。这样的设计使代码耦合性变高，每次底层发生改变(如参数变动)，顶层就必须修改代码。
接下来，我们使用依赖注入实现控制反转，使依赖关系倒置：
class Controller
{
protected $service;
// 依赖被动传入。申明要 Service 类的实例 (抽象接口)
public function __construct(Service $service)
{
$this->service = $service;
}
}
class Service
{
protected $model;
protected $count;
// 依赖被动传入
public function __construct(Model $model, $param1, $param2)
{
$this->count = $param1 + $param2;
$this->model = $model;
}
}
class Model
{
protected $table;
public function __construct($table)
{
$this->table = $table;
}
}
$model = new Model('test_table');
$service = new Service($model, 12, 13);
$controller = new Controller($service);
将依赖通过参数的方式从外部传入(即依赖注入)，控制的角度上依赖的产生从主动创建变为被动注入，依赖关系变为了依赖于抽象接口而不依赖于具体实现。此时的代码得到了解耦，提高了可维护性。
从单元测试的角度看，依赖注入更方便 stub 和 mock 操作，方便了测试人员写出质量更高的测试代码。
如何依赖注入，自动注入依赖
有了上面的一些理论基础，我们大致了解了依赖注入是什么，能干什么。
不过虽然上面的代码可以进行依赖注入了，但是依赖还是需要手动创建。我们可不可以创建一个工厂类，用来帮我们进行自动依赖注入呢？OK，我们需要一个 IOC 容器。
实现一个简单的 IOC 容器
依赖注入是以构造函数参数的形式传入的，想要自动注入：
我们需要知道需求方需要哪些依赖，使用反射来获得
只有类的实例会被注入，其它参数不受影响
如何自动进行注入呢？当然是 PHP 自带的反射功能！
注：关于反射是否影响性能，答案是肯定的。但是相比数据库连接、网络请求的时延，反射带来的性能问题在绝大多数情况下并不会成为应用的性能瓶颈。
1.雏形
首先，创建 Container 类，getInstance 方法：
class Container
{
public static function getInstance($class_name, $params = [])
{
// 获取反射实例
$reflector = new ReflectionClass($class_name);
// 获取反射实例的构造方法
$constructor = $reflector->getConstructor();
// 获取反射实例构造方法的形参
$di_params = [];
if ($constructor) {
foreach ($constructor->getParameters() as $param) {
$class = $param->getClass();
if ($class) { // 如果参数是一个类，创建实例
$di_params[] = new $class->name;
}
}
}
$di_params = array_merge($di_params, $params);
// 创建实例
return $reflector->newInstanceArgs($di_params);
}
}
这里我们获取构造方法参数时用到了 ReflectionClass 类，大家可以到官方文档了解一下该类包含的方法和用法，这里就不再赘述。
ok，有了 getInstance 方法，我们可以试一下自动注入依赖了：
class A
{
public $count = 100;
}
class B
{
protected $count = 1;
public function __construct(A $a, $count)
{
$this->count = $a->count + $count;
}
public function getCount()
{
return $this->count;
}
}
$b = Container::getInstance(B::class, [10]);
var_dump($b->getCount()); // result is 110
2.进阶
虽然上面的代码可以进行自动依赖注入了，但是问题是只能构注入一层。如果 A 类也有依赖怎么办呢？
ok，我们需要修改一下代码：
class Container
{
public static function getInstance($class_name, $params = [])
{
// 获取反射实例
$reflector = new ReflectionClass($class_name);
// 获取反射实例的构造方法
$constructor = $reflector->getConstructor();
// 获取反射实例构造方法的形参
$di_params = [];
if ($constructor) {
foreach ($constructor->getParameters() as $param) {
$class = $param->getClass();
if ($class) { // 如果参数是一个类，创建实例，并对实例进行依赖注入
$di_params[] = self::getInstance($class->name);
}
}
}
$di_params = array_merge($di_params, $params);
// 创建实例
return $reflector->newInstanceArgs($di_params);
}
}
测试一下：
class C
{
public $count = 20;
}
class A
{
public $count = 100;
public function __construct(C $c)
{
$this->count += $c->count;
}
}
class B
{
protected $count = 1;
public function __construct(A $a, $count)
{
$this->count = $a->count + $count;
}
public function getCount()
{
return $this->count;
}
}
$b = Container::getInstance(B::class, [10]);
var_dump($b->getCount()); // result is 130
以上是依赖注入的大致思想；更多请自行百度
原文地址：https://segmentfault.com/a/1190000018948909
