javascript中indexof和lastindexof存在四大局限：①仅支持严格相等比较，无法匹配对象引用；②不支持模糊匹配或条件搜索；③对nan始终返回-1；④不处理unicode正规化差异，需normalize()预处理。
JavaScript中indexOf和lastIndexOf方法看似简单直接，但实际使用时存在几个关键局限，容易导致逻辑错误或搜索失败。
只能进行严格相等（===）比较
这两个方法内部使用的是全等比较，无法处理对象、数组等引用类型的内容匹配。即使两个对象结构完全相同，只要不是同一个引用，就返回-1。
例如：
const arr = [{id: 1, name: 'Alice'}, {id: 2, name: 'Bob'}];arr.indexOf({id: 1, name: 'Alice'}); // -1 —— 不会匹配
解决办法：改用findIndex()配合自定义条件判断。
不支持模糊匹配或条件搜索
无法按属性值、正则、范围、大小写无关等方式查找。比如想找到所有首字母为“A”的字符串，或数值大于100的元素，indexOf完全无能为力。
常见替代方式：
- 用
findIndex()做单个匹配（返回首个满足条件的索引） - 用
findLastIndex()（ES2023新增）找最后一个满足条件的索引 - 用
filter().map(...)或reduce()实现更复杂筛选逻辑
对NaN的处理不符合直觉
indexOf(NaN)始终返回-1，因为NaN === NaN为false，而该方法依赖===比较。这与Array.prototype.includes()不同——后者专门处理了NaN（ES2016起支持）。
例如：
const arr = [1, 2, NaN, 4];arr.indexOf(NaN); // -1
arr.includes(NaN); // true
不区分Unicode正规化形式
当字符串含组合字符（如带重音符号的字母）或使用不同Unicode编码方式（NFC/NFD）时，可能因字面码点不同而匹配失败。
例如："café"（e带尖音符，U+00E9）与"cafe\u0301"（e + U+0301组合）在视觉上相同，但indexOf会认为是两个不同字符串。
若需可靠文本匹配，应先用String.prototype.normalize()统一格式再搜索。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
