数组indexOf方法仅支持基本类型严格相等查找，对对象引用无效；lastIndexOf从右向左搜索且起始位置包含在内；查复杂值须用findIndex；NaN在indexOf中特殊返回0；兼容性需注意IE8及旧Node.js版本。
indexOf 在数组里根本不能直接用
JavaScript 的 indexOf 方法只存在于字符串和类数组对象（如 Array.prototype）上，但**原生数组没有 indexOf 方法**——这是很多人踩坑的第一步。你写 [1,2,3].indexOf(2) 能运行，是因为现代浏览器的 Array.prototype.indexOf 已被标准化（ES5+），但它**不支持对象元素的精确匹配**，只做严格相等（===）判断。
常见错误现象：[{id: 1}, {id: 2}].indexOf({id: 2}) 返回 -1，因为两个对象引用不同，哪怕结构一样也不相等。
- 只适用于基本类型（
number、string、boolean、null、undefined）查找 - 对
NaN有特殊处理：[NaN].indexOf(NaN)返回0（而NaN === NaN是false） - 支持第二个参数指定起始搜索位置，比如
[1,2,2,3].indexOf(2, 2)返回2（从索引 2 开始找，找到第一个 2 的位置）
lastIndexOf 的行为差异和边界情况
lastIndexOf 和 indexOf 逻辑相反：从右往左找，返回最后一个匹配项的索引。但它同样只做 === 判断，且对稀疏数组有明确行为。
使用场景：你想找最后一次出现的位置，比如去重时保留首次出现的项，或提取末尾某类元素。
- 起始搜索位置是**包含的**，即
[1,2,3,2].lastIndexOf(2, 2)返回1（从索引 2 开始往左找，遇到的第一个 2 在索引 1） - 如果传入负数，会转成正向索引：
[1,2,3].lastIndexOf(1, -1)等价于[1,2,3].lastIndexOf(1, 2)，结果是0 - 空数组调用
lastIndexOf永远返回-1；未找到也返回-1
查对象或复杂值该用 findIndex 而不是 indexOf
当你要在对象数组中找某个条件匹配的元素索引，indexOf 和 lastIndexOf 都无能为力，必须换方法。
推荐用 findIndex（ES6+）或手写循环——它接受一个回调函数，能做任意逻辑判断。
示例：
const users = [{id: 1, name: 'a'}, {id: 2, name: 'b'}, {id: 1, name: 'c'}];<br>const firstIndex = users.findIndex(u => u.id === 1); // 0<br>const lastIndex = users.findLastIndex?.(u => u.id === 1) ||<br> users.slice().reverse().findIndex(u => u.id === 1); // 注意：findLastIndex 是 ES2023 新增，旧环境需降级
-
findIndex找不到返回-1，和indexOf一致，便于迁移 - 性能上，
findIndex是顺序遍历，和indexOf接近；但findLastIndex在未原生支持时，slice().reverse()会新建数组，大数组慎用 - 如果只是需要元素本身而非索引，优先用
find或findLast，避免多一次索引访问
兼容性与 polyfill 的实际取舍
IE8 及更早版本不支持 Array.prototype.indexOf / lastIndexOf，但如今多数项目已不需兼容。真正要注意的是 Node.js 早期版本（如 v0.10）或某些嵌入式 JS 引擎。
如果你必须支持老环境，别直接抄 MDN 的完整 polyfill——多数项目只需要基本功能。
- 简单 polyfill 只需覆盖
indexOf：if (!Array.prototype.indexOf) { Array.prototype.indexOf = function(searchElement) { /* 循环比较 */ } } -
lastIndexOfpolyfill 要注意从后往前循环，并正确处理负数起始位置 - 现代项目更建议用 Babel + core-js 按需引入，而不是手动 patch 原型
真正容易被忽略的是：即使所有环境都支持 indexOf，只要数据含对象、函数、NaN（非数组内）、或 Symbol，你就得切换到 findIndex ——这不是兼容性问题，是语义问题。
