Angular 1中Service与Factory的功能差异及存在意义咨询

嘿，这个问题问得特别到位——不少刚摸AngularJS的开发者都会挠头：这俩玩意儿功能看着差不多，为啥Angular要同时提供？我结合实际开发和框架内部实现给你掰扯清楚。

先明确核心本质 #

先把最基础的区别钉死：

• Service：Angular会用new关键字调用你传入的函数（构造函数），最终注入到依赖里的是这个构造函数的实例对象。你需要在构造函数里用this来定义方法和属性。
• Factory：Angular直接调用你传入的函数，然后把函数的返回值注入到依赖中——这个返回值可以是任何东西：对象、函数、字符串、数字，甚至是一个已经存在的对象引用。

Factory能实现，但Service绝对做不到的功能 #

这部分是Factory独有的灵活性体现：

• 返回非对象类型的值：如果你想注入一个工具函数、常量字符串或者数字，Factory可以直接返回这些类型。举个实际例子：

app.factory('APP_VERSION', function() {
  return 'v2.1.0';
});
// 注入后直接用APP_VERSION就是字符串'v2.1.0'

而Service做不到这一点——因为new关键字调用构造函数时，哪怕你在构造函数里return了基本类型，new会直接忽略这个返回值，最终给你的还是一个空的实例对象。比如：

app.service('APP_VERSION', function() {
  return 'v2.1.0';
});
// 注入APP_VERSION后，它是一个空对象，不是你想要的版本号

• 动态控制返回内容：你可以根据运行时条件返回不同的实例、或者做复杂的初始化逻辑。比如根据用户权限返回不同的服务实例：

app.factory('authService', function($http, userRole) {
  if (userRole === 'admin') {
    return new AdminAuthService($http);
  } else {
    return new RegularAuthService($http);
  }
});

这种动态分支的场景，用Factory写起来非常直观，完全掌控返回的是什么。

Service能实现，但Factory需要额外代码模拟的场景 #

严格来说，Factory可以模拟所有Service的功能——你只需要在Factory里手动new构造函数并返回就行，但Service的写法在特定场景下更自然：

• 面向对象风格的代码适配：如果你用ES6 Class来写服务逻辑，Service的写法完全贴合OOP习惯，不需要额外的手动实例化步骤：

class UserService {
  constructor($http) {
    this.$http = $http;
  }
  getUser(userId) {
    return this.$http.get(`/api/users/${userId}`);
  }
}
app.service('userService', UserService);

而如果用Factory来实现同样的功能，你得手动处理实例化：

app.factory('userService', function($http) {
  return new UserService($http);
});

虽然功能完全一致，但Service的写法更简洁，符合传统面向对象开发者的思维习惯。

为啥Angular要同时提供这两种方式？ #

本质上，Service是Factory的语法糖——Angular内部实现里，Service就是通过Factory封装出来的，大概逻辑是这样的：

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

Angular同时提供两者，是为了平衡灵活性和开发习惯：

• 给习惯OOP的开发者提供Service，用构造函数/Class的方式写服务更顺手；
• 给需要最大灵活性的场景提供Factory，不管你想返回什么类型的内容都能搞定；
• 两种方式底层互通，开发者可以根据自己的代码风格和需求自由选择，不用被单一写法限制。

内容的提问来源于stack exchange，提问作者D7thename