AngularJS配置代码压缩后报错问题求助

你碰到的这个问题本质是Angular依赖注入的压缩兼容性问题，跟你有没有把拦截器定义成provider关系不大，核心是你没给拦截器函数做压缩安全的依赖声明。

问题根源 #

未压缩时，你的JSONInterceptor函数里的$q、localStorageService参数名是完整的，Angular的隐式依赖注入（通过参数名匹配服务）能正常工作；但代码压缩后，这些参数名会被混淆成e、a这类短变量名，Angular根本不知道该给这个e注入什么服务，于是就抛出了Unknown provider: eProvider的错误——这里的e就是被压缩后的某个依赖参数。

两种可行的解决方案 #

方案1：给拦截器函数添加$inject属性

这是最简洁的方式，显式告诉Angular该注入哪些服务：

// 定义拦截器函数
function JSONInterceptor($q, localStorageService) {
  const API_URL = 'http://localhost:3000';
  return {
    request: function (config) {
      const url = config.url;
      // 忽略模板请求
      if (url.includes('.html')) {
        return config || $q.when(config);
      }
      if (localStorageService.get('use-json-server')) {
        config.url = API_URL + config.url;
      }
      return config || $q.when(config);
    }
  };
}
// 关键：显式声明依赖，压缩工具不会修改数组里的字符串
JSONInterceptor.$inject = ['$q', 'localStorageService'];

// 注册拦截器到httpProvider
angular.module('app').config(['$httpProvider', function($httpProvider) {
  $httpProvider.interceptors.push(JSONInterceptor);
}]);

方案2：将拦截器注册为Factory（数组注入语法）

把拦截器包装成Angular的Factory服务，用数组式注入语法确保压缩安全：

angular.module('app')
// 注册拦截器为Factory，用数组声明依赖
.factory('JSONInterceptor', ['$q', 'localStorageService', function($q, localStorageService) {
  const API_URL = 'http://localhost:3000';
  return {
    request: function (config) {
      const url = config.url;
      if (url.includes('.html')) {
        return config || $q.when(config);
      }
      if (localStorageService.get('use-json-server')) {
        config.url = API_URL + config.url;
      }
      return config || $q.when(config);
    }
  };
}])
// 在config中注入这个Factory并添加到拦截器列表
.config(['$httpProvider', 'JSONInterceptor', function($httpProvider, JSONInterceptor) {
  $httpProvider.interceptors.push(JSONInterceptor);
}]);

为什么未压缩正常、压缩后报错？ #

Angular默认支持两种依赖注入方式：

1. 隐式注入：通过函数参数名匹配服务名，只在未压缩代码中有效——压缩会修改参数名，导致匹配失败。
2. 显式注入：通过$inject属性或数组语法声明依赖，基于字符串匹配，压缩工具不会修改字符串，所以能在压缩后正常工作。

你之前尝试改成provider没成功，是因为拦截器不需要用provider，Factory或者直接给函数加$inject就完全满足需求，provider更多用于需要提前配置的服务场景。

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