对我来说，理解差异的最佳和最简单的方法是：

var service, factory;
service = factory = function(injection) {}

AngularJS如何实例化特定组件（简化）：

// service
var angularService = new service(injection);

// factory
var angularFactory = factory(injection);

因此，对于服务，AngularJS组件是由服务声明函数表示的类的对象实例。对于工厂，它是从工厂声明函数返回的结果。工厂的行为可能与服务相同：

var factoryAsService = function(injection) {
  return new function(injection) {
    // Service content
  }
}

最简单的思考方式如下：

服务是一个单例对象实例。如果您想为代码提供单例对象，请使用服务。工厂是一个阶级。如果您想为代码提供自定义类，请使用工厂（无法使用服务完成，因为它们已经实例化）。

工厂“类”示例在周围的注释中提供，以及提供程序差异。

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

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

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

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

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

已经有好的答案了，但我只想分享这个答案。

首先：Provider是创建服务（单例对象）的方法/方法，该服务假设由$injector注入（AngulaJS如何处理IoC模式）。

以及价值、工厂、服务和常量（4种方式）——相对于提供者方式/接收器的语法糖。

服务与工厂部分已涵盖：https://www.youtube.com/watch?v=BLzNCkPn3ao

服务都是关于新关键字的，实际上我们知道它有四个方面：

创建全新对象将其链接到其原型对象将上下文连接到此并返回此

工厂就是工厂模式的全部内容——包含返回类似服务的对象的函数。

使用其他服务的能力（具有依赖关系）服务初始化延迟/延迟初始化

这个简单/简短的视频：还包括提供商：https://www.youtube.com/watch?v=HvTZbQ_hUZY（在那里你可以看到他们是如何从工厂走向供应商的）

在应用程序完全启动/初始化之前，主要在应用程序配置中使用提供程序配方。

本质上，供应商、工厂和服务都是服务。工厂是服务的一种特殊情况，您只需要一个$get（）函数，这样您就可以用更少的代码编写它。

服务、工厂和供应商之间的主要区别在于其复杂性。服务是最简单的形式，工厂更健壮，提供者在运行时可配置。

以下是何时使用每一项的摘要：

工厂：需要根据其他数据计算您提供的值。

服务：您正在返回带有方法的对象。

提供者：您希望能够在配置阶段配置将在创建之前创建的对象。在应用程序完全初始化之前，主要在应用程序配置中使用Provider。

句法糖是区别。只需要提供程序。或者换句话说，只有提供者才是真正的角度，所有其他提供者都是派生的（以减少代码）。还有一个简单的版本，叫做Value（），它只返回值，不返回计算或函数。偶数值是从提供程序派生的！

那么，为什么会出现这样的并发症，为什么我们不能只使用提供者而忘记其他一切呢？它应该可以帮助我们轻松编写代码，更好地进行沟通。开玩笑的回答是，它越复杂，框架的销售就越好。

可以返回value=value的提供程序一个可以实例化并返回=工厂（+值）提供程序可以实例化+做某事=服务（+工厂，+值）提供者=必须包含名为$get（+Factory，+Service，+Value）的属性

角注入为我们得出这一结论提供了第一个线索。

$injector用于检索提供者“不是服务，不是工厂，而是提供者”定义的对象实例。

更好的答案是：Angular服务由服务工厂创建。这些服务工厂是由服务提供程序创建的函数。服务提供程序是构造函数。实例化时，它们必须包含名为$get的属性，该属性保存服务工厂函数

因此，主供应器和注入器都将就位：）。当$get可以通过从IServiceProvider继承而在提供程序中实现时，Typescript就变得有趣了。

此答案针对主题/问题

Factory、Service和Constant是如何在提供者配方之上添加语法糖的？

OR

工厂、服务和供应商在内部是怎样的

基本上发生的是

当您创建factory（）时，它会将第二个参数中提供的函数设置为provider的$get并返回它（provider（name，｛$get:factoryFn｝）），您所得到的只是provider，但除了$get之外没有其他属性/方法（这意味着您无法配置）

工厂源代码

function factory(name, factoryFn, enforce) {
    return provider(name, {
      $get: enforce !== false ? enforceReturnValue(name, factoryFn) : factoryFn
    });
};

当生成服务（）时，它返回您提供factory（）的函数，该函数注入构造函数（返回您在服务中提供的构造函数的实例）并返回它

服务源代码

function service(name, constructor) {
    return factory(name, ['$injector', function($injector) {
      return $injector.instantiate(constructor);
    }]);
};

因此，基本上在这两种情况下，您最终都会将providers$get设置为您提供的函数，但您可以提供$get以外的任何内容，因为您最初可以在provider（）中为config块提供