Number.isInteger()仅判断是否为安全整数，不能直接判定数组索引；有效索引还需满足非负、小于数组length，故需组合判断：Number.isInteger(n) && n >= 0 && n

Number.isInteger() 本身不能直接判定“是否符合数组索引的原始特征”，它只判断一个值是否为**安全的整数类型**（即无小数、非 NaN、非 Infinity、且在 -(2<sup>53</sup>-1) 到 2<sup>53</sup>-1 范围内）。而数组索引除了是整数，还需满足：非负、小于数组长度、且为有效下标（即 0 ≤ index ）。因此，精准判定需组合校验，而非单靠 <code>Number.isInteger()。

必须检查是否为非负整数

数组索引不允许负数。即使 Number.isInteger(-5) 返回 true，-5 也不是合法索引（它是倒序访问的语法糖，但不属于“索引的原始特征”——即规范定义的“array index”，见 ECMAScript 标准 7.1.16）。

• ✅ 正确做法：Number.isInteger(n) && n >= 0
• ❌ 错误示例：Number.isInteger(-1) → true，但 -1 不是数组索引

必须验证是否在有效长度范围内

索引必须小于目标数组的 length。例如数组 [10, 20] 的合法索引只有 0 和 1；2 是整数，但超出范围，访问时返回 undefined，不构成“有效索引”。

• ✅ 安全判定：Number.isInteger(n) && n >= 0 && n
• ⚠️ 注意：n 可能是字符串形式数字（如 "2"），需先转为数字或用更健壮方式处理（如 parseInt(n, 10) + 类型检查）

警惕隐式转换与边界陷阱

Number.isInteger() 对非数字类型一律返回 false（如 null、""、"2.0"、2.0），这看似安全，但业务中常见疏漏：

• "2" → Number.isInteger("2") === false，需先 Number("2") 或 parseInt("2", 10)，再判整数性
• 2.0 → Number.isInteger(2.0) === true（JS 中 2.0 就是 2），没问题
• Math.pow(2, 53) → 超出安全整数范围，Number.isInteger() 仍返回 true，但可能丢失精度，不适合作为索引（尤其涉及大数组或 TypedArray）

推荐封装成可复用的索引校验函数

结合业务场景，建议封装一个明确语义的工具函数：

function isValidArrayIndex(value, array) {
  const n = Number(value);
  return Number.isInteger(n) && n >= 0 && n < array.length;
}

// 使用示例
const list = ['a', 'b', 'c'];
console.log(isValidArrayIndex(1, list));     // true
console.log(isValidArrayIndex('1', list));   // true（自动转为数字）
console.log(isValidArrayIndex(3, list));     // false（越界）
console.log(isValidArrayIndex(-1, list));    // false（负数）
console.log(isValidArrayIndex('1.5', list)); // false（非整数）