最直接的模糊匹配方式是用filter()搭配RegExp.test()，需预编译并缓存正则、转字符串防空值、忽略大小写加i标志、用户输入需escapeRegExp()转义，避免includes()/indexOf()的空值报错和功能局限。

用 filter() + RegExp.test() 做对象字段模糊匹配

对象数组里按某个字段做模糊搜索，最直接的方式不是写个循环硬刚，而是用 filter() 搭配正则测试。关键在别把正则写成字面量后反复 new，也别在每次回调里重复编译。

• 字段值为空或 undefined 时，String(value).match(/.../) 会报错，得先转字符串再测：String(obj.field || '').match(pattern)
• 大小写敏感是默认行为，要忽略就加 i 标志：new RegExp(keyword, 'i')
• 如果 keyword 来自用户输入，必须用 escapeRegExp() 处理特殊字符，否则 keyword = 'a.b+c' 会导致正则语法错误

避免 indexOf() 和 includes() 的隐性陷阱

用字符串包含判断（比如 obj.name.includes(keyword)）看似简单，但它不支持通配、边界控制，也不区分全词匹配。更麻烦的是：它对 null 或 undefined 字段直接抛 TypeError: Cannot read property 'includes' of undefined。

• includes() 只能做子串匹配，无法表达“以…开头”或“包含数字+字母组合”这类逻辑
• indexOf() > -1 和 includes() 行为一致，但可读性差，且同样不防空值
• 若只需简单包含，用前先兜底：obj.field?.toString().includes(keyword) || false

正则预编译 + 缓存提升性能

当匹配逻辑被高频调用（比如输入框实时搜索），每次构造 new RegExp(keyword) 会带来明显开销，V8 引擎也不会自动复用。应该把正则实例缓存起来，尤其当 keyword 不变时。

• 用闭包或模块级变量缓存最近一次的 RegExp 实例，比对 keyword 是否变化再决定是否重建
• 不要缓存全局正则（/.../g），它的 lastIndex 会在多次 test() 调用间污染结果
• 示例缓存逻辑：

  let cachedRegex = null;<br>let cachedKeyword = '';<br>function matchField(obj, keyword) {<br>  if (keyword !== cachedKeyword) {<br>    cachedKeyword = keyword;<br>    cachedRegex = new RegExp(escapeRegExp(keyword), 'i');<br>  }<br>  return cachedRegex.test(String(obj.field || ''));<br>}

模糊匹配和数据结构选型强相关

如果你的集合动辄上万条，还每次 filter() 全量遍历 + 正则测试，响应会明显卡顿。这不是写法问题，是数据结构没对齐需求。

• 纯前端做搜索，建议提前建好索引字段，比如把 name 全转小写存在 name_lower，避免每次 toLowerCase()
• 需要前缀匹配（如输入“react”找“react-router”），用 startsWith() 比正则快一个数量级，且无编译开销
• 真要支持复杂模糊（拼音、错别字、编辑距离），就得换方案——前端用 flexsearch，后端走 Elasticsearch，别硬扛

正则的灵活性和遍历的朴素性之间，真正难的不是怎么写对，而是想清楚“这个模糊到底要模糊到什么程度”。字段要不要标准化、关键字要不要转义、匹配失败算不算空结果——这些细节一旦漏掉，线上就容易出现搜不到或搜太多。