对我来说，当我意识到它们都以相同的方式工作时，我就发现了这一点：通过运行一次某个东西，存储它们获得的值，然后在通过依赖注入引用时提取相同的存储值。

假设我们有：

app.factory('a', fn);
app.service('b', fn);
app.provider('c', fn);

三者之间的区别在于：

a的存储值来自运行fn。b的存储值来自newing fn。c的存储值来自首先通过newing fn获取一个实例，然后运行该实例的$get方法。

这意味着在AngularJS中有一个类似于缓存对象的东西，每次注入的值仅在第一次注入时分配一次，其中：

cache.a = fn()
cache.b = new fn()
cache.c = (new fn()).$get()

这就是为什么我们在服务中使用这个，并定义一个This$获取提供者。

我的理解很简单。

工厂：您只需在工厂内部创建一个对象并返回它。

服务：

您只需要一个使用此关键字定义函数的标准函数。

供应商：

您定义了一个$get对象，它可以用于获取返回数据的对象。

工厂：您实际在工厂内部创建对象并将其返回的工厂。service：您只有一个使用this关键字定义函数的标准函数的服务。provider：您定义了一个$get，它可以用来获取返回数据的对象。

Angular文档摘要：

有五种配方类型定义了如何创建对象：Value，工厂、服务、供应商和常量。工厂和服务是最常用的配方。它们之间的唯一区别是，Service配方对自定义类型的对象更有效，而Factory可以生成JavaScript原语和函数。提供者配方是核心配方类型，所有其他配方都只是其语法上的糖。提供程序是最复杂的配方类型。除非您正在构建一段需要全局配置的可重用代码，否则您不需要它。

SO的最佳答案：

https://stackoverflow.com/a/26924234/165673（<--良好）https://stackoverflow.com/a/27263882/165673https://stackoverflow.com/a/16566144/165673

所有服务均为单人服务；每个应用程序实例化一次。它们可以是任何类型，无论是原语、对象文本、函数，甚至是自定义类型的实例。

值、工厂、服务、常量和提供程序方法都是提供程序。他们教Injector如何实例化服务。

最冗长，但也是最全面的是提供者配方其余四种配方类型-价值、工厂、服务和常量-只是提供程序配方之上的语法糖。

Value Recipe是最简单的例子，您自己实例化服务，并将实例化的值提供给注入器。Factory配方为Injector提供了一个工厂函数，当它需要实例化服务时调用该函数。调用时，工厂函数创建并返回服务实例。服务的依赖项作为函数的参数注入。因此，使用此配方可增加以下功能：能够使用其他服务（具有依赖关系）服务初始化延迟/延迟初始化Service配方与Factory配方几乎相同，但这里Injector调用带有新运算符的构造函数，而不是工厂函数。提供商的配方通常是过度的。它通过允许您配置工厂的创建，增加了一个间接层。

只有当您想要公开API时，才应该使用Provider配方对于必须在应用程序启动。这通常只对可重复使用有用其行为可能需要在应用。常量配方与值配方类似，只是它允许您定义在配置阶段可用的服务。比使用Value配方创建的服务更快。与Values不同，它们不能使用decorator进行装饰。请参阅提供程序文档。

对我来说，当我意识到它们都以相同的方式工作时，我就发现了这一点：通过运行一次某个东西，存储它们获得的值，然后在通过依赖注入引用时提取相同的存储值。

假设我们有：

app.factory('a', fn);
app.service('b', fn);
app.provider('c', fn);

三者之间的区别在于：

a的存储值来自运行fn。b的存储值来自newing fn。c的存储值来自首先通过newing fn获取一个实例，然后运行该实例的$get方法。

这意味着在AngularJS中有一个类似于缓存对象的东西，每次注入的值仅在第一次注入时分配一次，其中：

cache.a = fn()
cache.b = new fn()
cache.c = (new fn()).$get()

这就是为什么我们在服务中使用这个，并定义一个This$获取提供者。