依赖注入（Dependency Injection，简称DI）是一种软件设计模式，在这种模式下，一个或更多的依赖 （或服务）被注入（或者通过引用传递）到一个独立的对象（或客户端）中，然后成为了该客户端状态的一部分。该模 式分离了客户端依赖本身行为的创建，这使得程序设计变得松耦合，并遵循了依赖反转和单一职责原则。与服务定位器 模式形成直接对比的是，它允许客户端了解客户端如何使用该系统找到依赖。
依赖注入产生的背景：传统应用程序通常是在类内部执行代码中主动创建这个类所依赖的其它对象， 从而 导致类与类之间发生紧密耦合，使得类难于测试和隔离，最终导致系统的扩展和维护异常困难。
依赖注入用来解决组件之间依赖关系、配置及生命周期管理， 通过转移对象控制权，可以解决类之间的耦 合问题， 对象与对象之间是松散耦合关系，更重要的是使得应用程序体系结构变得非常灵活， 很好的体现了面向对象的 设计法则之一---依赖设计原则
依赖注入的原理：程序运行过程中，如需另一个对象协作(调用它的方法、访问他的属性)时，无须在代码 中创建被调用者，而是依赖于外部容器的注入， 调用者仅通过声明某个组件就可以获得组件的控制权，而对该组件的依赖 关系管理、查找、加载由外部完成。
1．工厂方法定义的组件（components）：如directive，factory，filter，provider，controller等。 这些工厂函数需要注册到某个模块上。controller比较特殊，它虽然也是一种组件，但是特别之处是它与某个DOM元素关联 ，因此可以注入$scope service，而其他组件只能注入$rootScope service。所有的供应商都只被实例化一次，也就说他 们都是单例的，除了constant，所有的供应商都可以被装饰器(decorator)装饰，value就是一个简单的可注入的值， service是一个可注入的构造器，factory是一个可注入的方法，decorator可以修改或封装其他的供应商，当然除了constant ，provider是一个可配置的factory。
Angular在加载模块时经过两个阶段：config和run。传入config函数的方法会在当前模块加载时执行；传入 run函数的方法会在所有模块加载结束后执行。因此，在config阶段即可配置多个provider，但是在config阶段，只有provider 可以注入，因此自定义的service无法注入到config中，config阶段是对service进行配置的而不是使用service本身。 $provide service本身就是一个provider（对于Angular应用来讲相当于一个'元provider'），在模块加载时会调用$provide 的provider方法定义一个新的provider。
依赖注入有几种方法
如何使用这几种依赖注入的方法
依赖注解有三种方式，（数组标注、添加$inject属性、隐式声明）。 其中前两种在代码minify时不会被破坏，推荐使用第一种方式。 第三种方式，书写最为简单明了，但是不能对它直接进行minify，需要改写为前两种。
1、数组标注 someModule.controller('MyController', ['$scope', 'greeter', function($scope, greeter) { }]);
js压缩混淆不会有影响，优先考虑用该方式为组件定义依赖。在代码中通过在第二个数组类型的参数中声明了'$scope','greeter'等依赖，数组最后一个元素为实际的构造方法，注意在构造方法的参数列表与其面的数组元素是一一对应的。
2、显式注入声明（$inject属性） var MyController = function($scope, greeter) { } MyController.$inject = ['$scope', 'greeter']; someModule.controller('MyController', MyController);
AngularJS提供了显式的方法来明确定义一个函数在被调用时需要用到的依赖关系。通过这种方法声明依赖，即使在源代 码被压缩、参数名称发生改变的情况下依然能够正常工作。我们给我们的函数设置的参数名称分别是$scope和greeter， 然后我们在后面使用MyController.$inject=['$scope','greeter'];显式的将我们需要的依赖注入到MyController函数中；
3、隐式声明依赖 someModule.controller('MyController', function($scope, greeter) { });
最简单的声明依赖的方式就是让设构造方法的参数与依赖的名字一样。如果没有明确的声明，AngularJS会假定参数名称 就是依赖的名称。请注意，这个过程只适用于未经过压缩和混淆的代码，因为AngularJS需要原始未经压缩的参数列表 来进行解析当AngularJS实例化这个模块时，会查找greeter并自然而然地把对它的引用传递进去这里我们先看一个简单的依赖注入的例子。
1. 模板功能强大丰富，并且是声明式的，自带了丰富的Angular指令；
2. 是一个比较完善的前端MVC框架，包含模板，数据双向绑定，路由，模块化，服务，过滤器，依赖注入等所有功能；
3. 依赖注入简化了组件之间处理依赖的过程（即解决依赖）。没有依赖注入，就不得不以某种方式自己查找$scope，很可能 得使用全局变量。这虽然能够工作，但是不如AngularJS的依赖注入技术这么简单。
4. 在开发中使用依赖注入的主要好处是AngularJS负责管理组件并在需要的时候提供给相应函数。依赖注入还能够为测试带 来好处，因为它允许你使用假的或者模拟的对象来代替真实的组件，从而让开发者专注于程序的特定部分。
参考资料：http://www.html-js.com/article/1980
—— 理解AngularJS中的依赖注入
参考资料：https://blog.csdn.net/luo_xinran/article/details/52153830
—— AngularJS基础 之 依赖注入的几种方法
上面说的这些依赖组件的本质是什么？
factory和value等服务与provider都是提供服务，为什么还要使用provider?
什么时候适合使用service方法？
