本文深入解读 JavaScript 三元运算符的语法结构、常见误用场景（如将数组直接当作布尔条件、错误地比较空数组），并给出判断非空数组并正确返回分支结果的标准写法。
先探讨一个常见问题：JavaScript 三元运算符究竟如何正确使用才能避免出错？许多开发者将其视为 if-else 语句的简化形式，但本质上它是一个条件表达式，其含义与求值机制存在显著差异。简单来说，它会先将条件部分强制转换为布尔值，再根据真伪结果返回对应侧的值。
假设你编写了这样一段代码：遍历从 2 到 integer/2 的所有整数，收集能整除的因数并返回数组。第一段简洁的实现没有问题，正确返回了 [3, 5]。但第二段代码却出现了问题：
return divisors ? divisors != [] : `test${interger} is prime`;
这段代码乍看似乎有些道理，实际却布满了陷阱。仔细分析，至少存在三个致命错误：
条件判断本身就存在错误：divisors 是一个数组引用，而数组属于对象类型。在 JavaScript 中，所有对象（包括空数组）在布尔上下文中都会被评估为 true。因此 divisors ? ... : ... 这一表达式，始终执行 true 分支，永远无法进入 'test... is prime' 那条路径。
判断空数组的方式完全错误：divisors != [] 并非在检查“数组是否为空”。因为每次创建的 [] 都是全新的引用，两个独立的数组引用永远不会相等，即使是空数组也不例外。因此 divisors != [] 的求值结果始终为 true（除非 divisors 恰好指向那个字面量 []，但代码中 let divisors = [] 又创建了一个新引用）。正确做法是检查 divisors.length === 0 或利用 length 属性的 truthy/falsy 特性。
模板字符串的语法使用错误：采用了单引号 ' 而非反引号 `，并且变量名拼写有误（interger 应为 integer）。这个错误相对明显，但在编码时容易疏忽。
✅ 如何正确修改？请看以下版本：
function divisors(integer) {
const divisors = [];
// 修正循环边界：i <= integer / 2（或者更优：i <= Math.floor(Math.sqrt(integer))）
for (let i = 2; i <= integer / 2; i++) {
if (integer % i === 0) {
divisors.push(i);
}
}
// 正确使用三元运算符：以 length 为条件，反引号包裹模板字符串
return divisors.length ? divisors : `${integer} is prime`;
}
console.log(divisors(15)); // [3, 5]
console.log(divisors(13)); // "13 is prime"
这里的关键在于使用 divisors.length 作为布尔条件——长度为零时为 falsy，表示空数组；长度大于零时为 truthy，返回数组本身。这种方式既安全又清晰，与引用比较无关。
额外提供几点实战建议：
- 质数判定可进一步优化，遍历到 Math.sqrt(integer) 即可，同时收集 i 和 integer / i，避免重复操作；
- 使用 const 声明 divisors 更符合函数式编程习惯，也能防止意外修改；
- 务必区分 ==/=== 与引用的区别——数组判空始终使用 .length，不要试图用 [] 进行比较，那样结果绝对不可靠。
总而言之，掌握三元运算符的核心在于理解其三段式结构与布尔转换规则；而数组判空，始终依赖 .length 属性——这才是 JavaScript 中最稳妥、语义最明确的处理方式。
