正如这里的几个人正确指出的，工厂、供应商、服务，甚至价值和常量都是同一事物的版本。您可以将更通用的提供程序分解为所有这些提供程序。像这样：

这是本文的图片来源：

http://www.simplygoodcode.com/2015/11/the-difference-between-service-provider-and-factory-in-angularjs/

我对此事的澄清：

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

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

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

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

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

使用此页面和文档作为参考（自上次查看以来似乎有了很大的改进），我整理了以下真实世界演示，其中使用了提供者的5种风格中的4种；价值、常量、工厂和全面供应商。

HTML格式：

<div ng-controller="mainCtrl as main">
    <h1>{{main.title}}*</h1>
    <h2>{{main.strapline}}</h2>
    <p>Earn {{main.earn}} per click</p>
    <p>You've earned {{main.earned}} by clicking!</p>
    <button ng-click="main.handleClick()">Click me to earn</button>
    <small>* Not actual money</small>
</div>

app

var app = angular.module('angularProviders', []);

// A CONSTANT is not going to change
app.constant('range', 100);

// A VALUE could change, but probably / typically doesn't
app.value('title', 'Earn money by clicking');
app.value('strapline', 'Adventures in ng Providers');

// A simple FACTORY allows us to compute a value @ runtime.
// Furthermore, it can have other dependencies injected into it such
// as our range constant.
app.factory('random', function randomFactory(range) {
    // Get a random number within the range defined in our CONSTANT
    return Math.random() * range;
});

// A PROVIDER, must return a custom type which implements the functionality 
// provided by our service (see what I did there?).
// Here we define the constructor for the custom type the PROVIDER below will 
// instantiate and return.
var Money = function(locale) {

    // Depending on locale string set during config phase, we'll
    // use different symbols and positioning for any values we 
    // need to display as currency
    this.settings = {
        uk: {
            front: true,
            currency: '£',
            thousand: ',',
            decimal: '.'
        },
        eu: {
            front: false,
            currency: '€',
            thousand: '.',
            decimal: ','
        }
    };

    this.locale = locale;
};

// Return a monetary value with currency symbol and placement, and decimal 
// and thousand delimiters according to the locale set in the config phase.
Money.prototype.convertValue = function(value) {

    var settings = this.settings[this.locale],
        decimalIndex, converted;

    converted = this.addThousandSeparator(value.toFixed(2), settings.thousand);

    decimalIndex = converted.length - 3;

    converted = converted.substr(0, decimalIndex) +
        settings.decimal +
        converted.substr(decimalIndex + 1);    

    converted = settings.front ?
            settings.currency + converted : 
            converted + settings.currency; 

    return converted;   
};

// Add supplied thousand separator to supplied value
Money.prototype.addThousandSeparator = function(value, symbol) {
   return value.toString().replace(/\B(?=(\d{3})+(?!\d))/g, symbol);
};

// PROVIDER is the core recipe type - VALUE, CONSTANT, SERVICE & FACTORY
// are all effectively syntactic sugar built on top of the PROVIDER construct
// One of the advantages of the PROVIDER is that we can configure it before the
// application starts (see config below).
app.provider('money', function MoneyProvider() {

    var locale;

    // Function called by the config to set up the provider
    this.setLocale = function(value) {
        locale = value;   
    };

    // All providers need to implement a $get method which returns
    // an instance of the custom class which constitutes the service
    this.$get = function moneyFactory() {
        return new Money(locale);
    };
});

// We can configure a PROVIDER on application initialisation.
app.config(['moneyProvider', function(moneyProvider) {
    moneyProvider.setLocale('uk');
    //moneyProvider.setLocale('eu'); 
}]);

// The ubiquitous controller
app.controller('mainCtrl', function($scope, title, strapline, random, money) {

    // Plain old VALUE(s)
    this.title = title;
    this.strapline = strapline;

    this.count = 0;

    // Compute values using our money provider    
    this.earn = money.convertValue(random); // random is computed @ runtime
    this.earned = money.convertValue(0);

    this.handleClick = function() { 
        this.count ++;
        this.earned = money.convertValue(random * this.count);
    };
});

工作演示。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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