JavaScript findLastIndex 从后往前查找第一个匹配索引

findLastIndex 是 Array 原生方法，从末尾向前遍历返回首个满足条件元素的原始索引。Chrome 97+、Firefox 94+、Safari 16.4+、Node.js 18.12+ 支持。

先说一个我们工作中可能经常遇到的场景：从后往前找数组里满足条件的第一个元素。这时候，findLastIndex 就派上用场了。它是个原生的数组方法，不是自己手写的轮子，也不是什么黑科技，而是标准的一部分。

其实核心功能很简单：从数组的最后一个元素开始，向前遍历，找到第一个满足条件的元素，然后返回它在原数组中的索引（不是倒数第几个，而是真实的、线性排列里的那个位置）。如果没找到，返回 -1。

findLastIndex 是什么，浏览器支持情况如何

从技术上讲，findLastIndex 是 Array 的原生方法，逻辑很直白：从数组尾巴往前走，每一步执行一次回调函数，直到碰到第一个返回真值的元素，然后返回它的索引。这和 findIndex 相比，不是简单地“翻转”一下，而是真正的逆序遍历——索引值的含义完全没有改变：数组长度为 5，最后一个元素索引是 4，它不会变成 0。

浏览器支持方面，Chrome 97+、Firefox 94+、Safari 16.4+ 都已经原生可用，Node.js 18.12+ 也支持。如果遇到老环境，要么补一个 polyfill，要么用 slice().reverse().findIndex() 来降级——但注意，后者的索引会跟着反转变化，得手动换算回去，有点麻烦。

基本用法和常见错误写法

调用格式非常标准：arr.findLastIndex(callback, thisArg)。回调函数接受三个参数：元素本身、索引、原数组。没什么花哨的。

容易踩的坑倒是值得提几个：

• 别把它理解成“返回倒序位置”。它返回的永远是原数组真实索引，不是从后往前数的第几个。
• 回调函数必须显式返回布尔值。比如，return element > 3 就可以，但如果在里面写个 console.log(element) 然后忘了赋返回值，可就不对了。虽然代码能跑，但可读性很差。
• 在空数组上调用，结果永远是 -1，不是 undefined。

来看个实际的例子：

const nums = [1, 5, 3, 5, 2];
const lastIndex = nums.findLastIndex(x => x === 5); // 返回 3，不是 1

和 findIndex 对比：什么时候该用 findLastIndex

核心区别本质上就是遍历方向和语义的分歧。findIndex 适合找“第一次出现”的元素，而 findLastIndex 天然适合找“最后一次出现”的——这在实际场景里非常实用。

举个例子：

• 日志数组里，你想找最后一条 error 级别日志的索引位置；
• 表单校验时，定位最后一个未填字段的位置；
• 或者字符串转成数组后，找最后一个分隔符的位置（配合 split + join 的场景）。

性能上，findLastIndex 在匹配位置靠后时明显快于 findIndex 加 reverse() 的组合：后者要先把数组拷贝一遍再反转，时间开销和空间开销都更高。所以，如果找的是“最后一个”，直接用 findLastIndex 是更优解。

兼容性 fallback 写法（不改索引逻辑）

假如我们需要支持老浏览器，而且还要保持“返回原数组索引”的逻辑，就不能直接套 reverse() + findIndex 了。最稳妥的方式是手动从后往前循环：

function findLastIndex(arr, callback, thisArg) {
  for (let i = arr.length - 1; i >= 0; i--) {
    if (callback.call(thisArg, arr[i], i, arr)) {
      return i;
    }
  }
  return -1;
}

这个实现和原生行为基本一致，对稀疏数组、thisArg 绑定、异常抛出也都兼容。注意别用 for...in，它不保证遍历顺序，还会把原型链上的属性带进来，容易出问题。

实际项目中，如果已经引入了 core-js，直接 import 'core-js/stable/array/find-last-index' 更省心，比手写 polyfill 更稳妥。不过有个细节容易被忽略：Edge 18 及更早版本不支持这个方法，而且因为它是实例方法，Babel 默认不会自动补 polyfill。所以，提前做好兼容方案或项目里明确依赖 core-js 都是必要的。