我知道很多很好的答案，但我必须分享我的使用经验1.大多数违约情况下的服务2.用于创建特定实例的服务的工厂

// factory.js ////////////////////////////
(function() {
'use strict';
angular
    .module('myApp.services')
    .factory('xFactory', xFactoryImp);
xFactoryImp.$inject = ['$http'];

function xFactoryImp($http) {
    var fac = function (params) {
        this._params = params; // used for query params
    };

    fac.prototype.nextPage = function () {
        var url = "/_prc";

        $http.get(url, {params: this._params}).success(function(data){ ...
    }
    return fac;
}
})();

// service.js //////////////////////////
(function() {
'use strict';
angular
    .module('myApp.services')
    .service('xService', xServiceImp);
xServiceImp.$inject = ['$http'];

function xServiceImp($http) {  
    this._params = {'model': 'account','mode': 'list'};

    this.nextPage = function () {
        var url = "/_prc";

        $http.get(url, {params: this._params}).success(function(data){ ...
    }       
}
})();

并使用：

controller: ['xFactory', 'xService', function(xFactory, xService){

        // books = new instance of xFactory for query 'book' model
        var books = new xFactory({'model': 'book', 'mode': 'list'});

        // accounts = new instance of xFactory for query 'accounts' model
        var accounts = new xFactory({'model': 'account', 'mode': 'list'});

        // accounts2 = accounts variable
        var accounts2 = xService;
... 

此答案针对主题/问题

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块提供

另外一个澄清是，工厂可以创建函数/原语，而服务不能。看看这个基于Epokk的jsFiddle：http://jsfiddle.net/skeller88/PxdSP/1351/.

工厂返回一个可以调用的函数：

myApp.factory('helloWorldFromFactory', function() {
  return function() {
    return "Hello, World!";
  };
});

工厂还可以返回具有可调用方法的对象：

myApp.factory('helloWorldFromFactory', function() {
  return {
    sayHello: function() {
      return "Hello, World!";
    }
  };
});

该服务返回一个具有可调用方法的对象：

myApp.service('helloWorldFromService', function() {
  this.sayHello = function() {
     return "Hello, World!";
  };
});

有关详细信息，请参阅我写的关于差异的帖子：http://www.shanemkeller.com/tldr-services-vs-factories-in-angular/

我对此事的澄清：

基本上，所有提到的类型（服务、工厂、提供者等）都只是创建和配置全局变量（当然，这些变量对整个应用程序是全局的），就像老式的全局变量一样。

虽然不建议使用全局变量，但这些全局变量的实际用途是通过将变量传递给相关控制器来提供依赖注入。

在为“全局变量”创建值时有许多复杂程度：

常数这定义了一个在整个应用程序中不应修改的实际常量，就像其他语言中的常量一样（JavaScript缺少的）。价值这是一个可修改的值或对象，它充当一些全局变量，甚至可以在创建其他服务或工厂时注入（请参阅有关这些的详细信息）。然而，它必须是一个“文字值”，这意味着必须写出实际值，并且不能使用任何计算或编程逻辑（换句话说，39或myText或{prop:“value”}可以，但2+2不行）。工厂一个更一般的值，可以立即计算。它的工作原理是将一个函数传递给AngularJS，其中包含计算值所需的逻辑，AngularJS执行该函数，并将返回值保存在命名变量中。请注意，可以返回对象（在这种情况下，它的功能类似于服务）或函数（将作为回调函数保存在变量中）。服务服务是工厂的更精简版本，只有当值是对象时才有效，它允许直接在函数中写入任何逻辑（就像它是构造函数一样），以及使用this关键字声明和访问对象财产。供应商与工厂的简化版本的服务不同，提供程序是一种更复杂但更灵活的初始化“全局”变量的方法，最大的灵活性是从app.config中设置值的选项。它的工作方式类似于使用服务和提供者的组合，方法是向提供者传递一个函数，该函数具有使用this关键字声明的财产，该关键字可以从app.config中使用。然后它需要有一个单独的$.get函数，该函数由AngularJS在通过app.config文件设置上述财产后执行，该$.get功能的行为与上述工厂相同，因为它的返回值用于初始化“全局”变量。

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

值、工厂、服务、常量和提供程序方法都是提供程序。他们教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$获取提供者。