重构代码并使用Gulp后AngularJS出现Unknown Provider错误求助

这个错误的核心线索其实就在错误栈最靠前的部分：Unknown provider: _Provider <- _——AngularJS找不到名为_的服务提供者，咱们从错误栈和你的重构背景一步步拆解问题：

先看懂错误栈的传递链 #

错误栈的顺序是依赖反向追溯：
$state → $view → $templateFactory → $http → httpRequestInterceptor → storageService → utilsFactory → _
最终卡在了utilsFactory依赖的_找不到提供者，说明问题出在_这个“服务”的注册或引入环节。

结合你的重构背景，可能的原因及排查步骤 #

1. _是Underscore/Lodash的Angular服务，重构后丢失了注册或引入 #

你在app.run里直接注入了_，这大概率是把Underscore或Lodash包装成了AngularJS的服务/常量。重构后可能出现了这些问题：

• 漏引入了Underscore/Lodash本身的JS文件，或者对应的Angular适配模块（比如angular-lodash）；
• 原来的代码里有一段把全局_注册为Angular常量的代码（比如angular.module('mediaControl').constant('_', window._)），重构时被误删或没放在正确的执行顺序里；
• Gulp注入的文件顺序有问题：Underscore/Lodash的JS文件被放在了依赖它的utilsFactory之后加载，导致Angular初始化时找不到全局_来注册。

排查动作：

• 检查Gulp注入的JS列表，确认lodash.js/underscore.js（及适配模块）存在，且在utilsFactory.js之前加载；
• 搜索项目代码，确认是否有注册_为Angular服务/常量的代码段，若缺失则补上。

2. ES6重构导致依赖注入注解缺失 #

你提到重构改用了ES6规范，而AngularJS的依赖注入依赖于函数参数名（未压缩时）或显式注解（压缩或用类语法时）。如果utilsFactory是用ES6类编写的，且没有添加注入注解，就会出现这个问题：

// 错误写法：类构造函数参数名在压缩时会被混淆，Angular找不到`_`
class UtilsFactory {
  constructor(_) {
    this._ = _;
  }
}
angular.module('mediaControl').factory('utilsFactory', () => new UtilsFactory(_));

正确写法：添加显式注入注解

class UtilsFactory {
  constructor(_) {
    this._ = _;
  }
}
// 显式声明依赖，避免压缩时参数名丢失
UtilsFactory.$inject = ['_'];
angular.module('mediaControl').factory('utilsFactory', () => new UtilsFactory(_));

或者用Angular传统的数组注入语法：

angular.module('mediaControl').factory('utilsFactory', ['_', function(_) {
  // 工厂逻辑
  return { /* ... */ };
}]);

3. 重构时误改了_的依赖名称 #

虽然你说核对过提供者名称，但可以再确认：

• utilsFactory的依赖里确实是_，而非其他拼写（比如lodash）；
• 如果之前用的是lodash模块而非直接注册_，重构后是否误把依赖写成了_？

快速验证方案 #

可以先在app.run里临时移除_注入，看错误是否消失——如果消失，就百分百确认问题出在_的注册/注入环节；如果错误依然存在，再回到utilsFactory的依赖链排查。

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