AngularJS字符串全等判断异常：值不等却判定相等

嘿，这个问题我之前碰到过类似的，本质不是全等判断出了bug，而是你的配置注入（准确说是构建工具的预替换逻辑）没按预期工作导致的！

问题到底出在哪？ #

你用@@states作为占位符，想让构建工具把它替换成配置文件里的[]或者{}，对吧？但实际情况是：构建工具根本没完成替换，states变量的实际值始终是字符串'@@states'，而你看到的"{}"、"[]"大概率是调试时的误导——比如控制台自动把对象/数组转成字符串显示，或者是页面上其他同名变量的值干扰了你。

为啥严格相等states === '@@states'会在你以为值是[]的时候还成立？因为states从始至终就是'@@states'这个字符串，和你想象中的数组/对象完全不是一回事儿！

一步步解决问题 #

1. 先确认构建替换是否真的生效

别光看源码，直接去看编译后的最终JS文件，搜索states变量：

• 如果看到的还是states = '@@states'，那肯定是构建工具的配置出问题了：
  • 检查插件（比如gulp-ng-config或者webpack DefinePlugin）的配置，确保它正确识别了@@前缀的占位符，并且指向了正确的配置文件路径。
  • 确认你的JSON配置文件语法没问题，比如"states": []这种写法是不是符合JSON规范（注意引号）。

2. 调整判断逻辑，适配实际注入的类型

假设构建工具正常工作了，注入的states是数组或者对象，那你原来的判断逻辑就完全不适用了（数组[]怎么可能等于字符串'@@states'？）。改成下面的逻辑，既能覆盖替换失败的情况，也能处理空数组/空对象：

// 封装一个判断空值的工具函数
const isEmptyState = (val) => {
  return val === '@@states' || 
         (angular.isArray(val) && val.length === 0) || 
         (angular.isObject(val) && Object.keys(val).length === 0);
};

// 用这个函数来判断
if (isEmptyState(states)) {
  states = '';
}

3. 别再用严格相等去对比不同类型的值

严格相等===会同时检查值和类型，如果你不确定states到底是字符串、数组还是对象，千万别拿它和'@@states'这种字符串比。如果只是临时排查问题，可以先转成字符串再判断，但这不推荐作为最终方案：

// 临时排查用，不推荐长期用
if (String(states) === '@@states') {
  states = '';
}

4. 改用AngularJS原生的常量注入（更靠谱）

如果你不想依赖构建工具的替换逻辑，直接用AngularJS自带的constant服务来注入配置，这样更稳定：

// 第一步：在配置模块里定义常量
angular.module('yourApp').constant('AppConfig', {
  states: [] // 这里直接写你的配置值
});

// 第二步：在需要用的地方注入
angular.module('yourApp').controller('YourCtrl', function(AppConfig) {
  let states = AppConfig.states;
  // 直接判断是否为空数组/对象
  if (angular.isArray(states) && states.length === 0) {
    states = '';
  }
  // 后续业务逻辑...
});

最后总结一下 #

你看到的“矛盾”现象，核心就是构建工具没完成占位符替换，导致states一直是原始字符串。先去确认编译后的代码，再根据实际注入的类型调整判断逻辑，问题就能解决啦！

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