indexof 返回 -1 的常见原因包括类型不匹配（如数字2与字符串'2'）、nan 无法严格相等、引用类型地址不同、fromindex 超出范围；替代方案有 findindex、map 索引或 polyfill 兼容 ie8。
indexOf 返回 -1 的常见原因
调用 indexOf 后返回 -1，不一定是元素不存在，更可能是类型或值不严格匹配。比如 [1, 2, 3].indexOf('2') 返回 -1，因为字符串 '2' 和数字 2 不相等；又如 [NaN].indexOf(NaN) 也返回 -1，因为 NaN !== NaN，而 indexOf 内部用的是严格相等（===）判断。
实操建议：
- 确认待查元素与数组中元素的类型一致，必要时显式转换，如
arr.indexOf(Number(target)) - 对
NaN场景，改用arr.findIndex(x => Number.isNaN(x)) - 对象或数组等引用类型无法靠
indexOf查找，因为[{a:1}].indexOf({a:1})永远是-1（两个对象内存地址不同）
指定起始位置搜索（fromIndex 参数）
indexOf 支持第三个参数 fromIndex，用于跳过前面若干项，从指定索引开始向后查找。它接受负数，表示从末尾倒数——但注意：负数会被自动加数组长度后取整，且结果若小于 0，则搜索起点为 0。
实操建议：
-
[1,2,3,2,4].indexOf(2, 2)返回3（从索引 2 开始找，跳过了第一个2） -
[1,2,3,2,4].indexOf(2, -2)等价于.indexOf(2, 3)，返回3 -
fromIndex >= arr.length时直接返回-1，不会报错但也不搜索
替代方案：什么时候不该用 indexOf
当需要查找条件复杂、涉及对象属性、或需兼容 NaN / 深比较时，indexOf 就力不从心了。
实操建议：
- 查对象字段：用
findIndex，如users.findIndex(u => u.id === 123) - 查近似值或自定义逻辑：必须手写循环或用
findIndex配合函数 - 性能敏感场景：对超大数组反复调用
indexOf，不如先用Map建索引（如const map = new Map(arr.map((v,i) => [v,i]))）
IE8 及更老浏览器的兼容性处理
Array.prototype.indexOf 在 IE9+ 原生支持，IE8 及以下不支持，直接调用会报 Object doesn't support property or method 'indexOf' 错误。
实操建议：
- 项目仍需支持 IE8 时，必须前置补丁（polyfill），例如在入口处插入标准 MDN 提供的兼容代码
- 补丁核心逻辑是：检测
Array.prototype.indexOf是否存在，不存在则手动挂载一个基于for循环的实现 - 使用构建工具（如 Babel + core-js）时，确保已启用
es.array.index-of特性
indexOf 对 0、false、空字符串等 falsy 值的查找也完全依赖 ===，没有隐式转换——这意味着你写的判断逻辑，得和它的底层行为对齐，而不是凭直觉猜。
