findIndex 返回 -1 表示未找到匹配项，常见原因包括回调未 return、条件错误、类型不匹配、异步数据未就绪；需先判断索引 ≥0 再操作，避免静默失败。
findIndex 返回 -1 的常见原因
当 findIndex 返回 -1，说明数组中没有任何元素满足回调函数返回真值。这不是报错，而是设计行为——它只负责找“第一个匹配项的索引”，不匹配就明确告诉你“没找到”。
- 回调函数里漏写
return（比如只写了判断语句但没返回布尔值） - 条件写反了，例如用
===比较对象或数组，实际在比引用而非内容 - 数据类型不一致，比如字段是字符串
"123"，却用数字123去匹配 - 异步数据还没加载完，数组还是空的就调了
findIndex
在对象数组中按属性查找下标
这是最常用场景：已知某个字段值，想定位它在数组里的位置，方便后续 splice、update 或 remove。
示例：找 id 为 102 的用户下标：
const users = [
{ id: 101, name: 'Alice' },
{ id: 102, name: 'Bob' },
{ id: 103, name: 'Charlie' }
];
const idx = users.findIndex(item => item.id === 102); // 返回 1
- 注意用严格相等
===，避免id是字符串时出错 - 如果要忽略大小写查
name，写成item.name.toLowerCase() === 'bob' - 别直接在回调里写复杂逻辑；提取成独立函数更易读、可测试，比如
findIndex(users, byId(102))
与 find / indexOf 的关键区别
findIndex 不返回元素本身，也不接受原始值数组的直接值匹配——它必须传函数，且只对数组有效。
-
find返回匹配的元素（值），findIndex返回它的下标（数字） -
indexOf只能用于简单值（字符串、数字），不能处理对象或条件逻辑 - 空数组上调用
findIndex直接返回-1，不会报错 - 性能上，三者都是从头遍历、找到即停，但
findIndex多一次函数调用开销，日常使用无感
链式操作前先检查返回值
很多人直接把 findIndex 结果当有效索引用，结果在 -1 上调 array[-1] 得 undefined，再往下操作就静默失败。
- 安全写法：先判断
idx >= 0再访问array[idx]或做修改 - 想一行安全取值？可以配合可选链：
array.at(idx)（at(-1)是最后一个，但at(-1)对idx === -1仍返回undefined，不是你要的） - 需要默认值时，别写
array[findIndex(...) || 0]——-1是真值，会误用第 0 项
真正容易被忽略的是：findIndex 不抛错，也不警告，它安静地返回 -1，而你的后续逻辑可能完全没防这个分支。
