嘿，我来帮你搞定这个性能瓶颈的问题！你的这个找公共后缀的函数确实有不少可以优化的点，尤其是要跑十亿次的话，每一点小开销都会被放大无数倍，难怪要花10分钟才能完成检查。

先说说原代码里拖慢性能的几个关键问题：

• 每次都要把字符串拆成数组再反转，这会额外创建两个新数组，不仅浪费内存，长字符串的话反转操作本身也很耗时
• 用try/catch来处理边界问题简直是性能杀手！异常捕获的开销本来就大，还放在循环里每次都要走一遍判断逻辑，完全没必要
• 用无限循环加while(true)的方式，再靠return跳出，逻辑不够清晰，也容易出现意外的无限循环情况

给你一个优化后的版本，直接从字符串末尾开始对比，完全避开这些坑：

function findSuffix(word1, word2) {
  let index1 = word1.length - 1;
  let index2 = word2.length - 1;

  // 从两个字符串的末尾开始往前对比，直到字符不匹配或者遍历完其中一个字符串
  while (index1 >= 0 && index2 >= 0 && word1[index1] === word2[index2]) {
    index1--;
    index2--;
  }

  // 直接截取公共后缀部分，比拼接数组高效得多
  return word1.slice(index1 + 1);
}

console.log(findSuffix("sadabcd", "sadajsdgausghabcd")); // 输出 "abcd"

这个版本的优势简直拉满：

1. 完全省掉了反转操作：直接通过索引从原字符串末尾开始对比，不用创建任何中间数组，内存和时间开销直接砍半
2. 用明确的边界检查替代try/catch：通过index1 >= 0和index2 >= 0直接避免了越界问题，彻底消除了异常捕获的性能损耗
3. 循环逻辑清晰高效：只要字符匹配就继续往前，一旦不匹配或者其中一个字符串遍历完就停止，没有多余的操作
4. 最后用slice直接截取结果：比起原代码里把字符push到数组再反转拼接，slice是原生字符串操作，引擎优化得非常好，速度快很多

另外再给你几个额外的性能小贴士，适合你这种要跑十亿次的场景：

• 尽量避免在循环内部做数组操作、字符串拼接这类开销大的事，能直接用索引和原生方法就优先用
• 如果你的场景里经常有其中一个字符串特别短的情况，这个优化后的方法会更快，因为它会提前终止循环
• 现代JS引擎对这种逻辑简单、没有复杂分支的函数优化效果最好，这个版本的代码很容易被引擎编译成更高效的机器码

内容来源于stack exchange