agGrid组合筛选性能异常：先下拉筛选后Contains筛选description极慢

问题核心原因 #

你遇到的性能差异本质是AG Grid客户端筛选的执行逻辑与缓存机制导致的：

• 筛选遍历范围与条件叠加逻辑：
  当先通过下拉框（agSetColumnFilter这类基于预计算唯一值的筛选器）完成筛选后，AG Grid会得到一个符合条件的行子集，但后续执行agTextColumnFilter的Contains筛选时，它默认会遍历全部原始1万行数据，同时叠加之前的下拉框筛选条件——相当于每一行要先判断是否符合下拉框规则，再执行字符串Contains匹配，双重判断加上字符串匹配的O(n*m)复杂度，直接放大了耗时。
  反过来先做Contains筛选时，会先把数据集缩小到符合文本条件的行（通常这个子集远小于1万行），此时再执行下拉框筛选，只需要在这个小子集里做快速匹配，自然速度更快。
• 筛选缓存的局限性：
  AG Grid的客户端筛选缓存默认仅针对单一筛选器生效，多筛选组合时，后执行的筛选器无法复用前一个筛选器的结果子集，只能重新遍历原始数据并叠加条件，进一步加剧了性能损耗。

其他用户的类似情况 #

这类组合筛选的性能问题在AG Grid社区中并不少见，尤其是客户端处理万行级数据时，不少用户在社区讨论区反馈过类似的筛选顺序导致的性能差异，大多集中在文本筛选与下拉框/枚举筛选的组合场景。

可行的优化方案 #

1. 启用筛选缓存
   在Grid配置中开启筛选缓存，让AG Grid缓存每一次筛选的结果子集，后续筛选直接基于缓存的子集执行，避免重复遍历原始数据：

   this.gridOptions = {
     enableFilterCache: true,
     // 其他Grid配置项
   };
   

2. 预处理文本字段
   提前对description字段做预处理（比如统一转为小写），在筛选时直接比对预处理后的内容，减少字符串匹配的耗时：

   // 数据加载阶段预处理
   this.rowData = rawDataset.map(row => ({
     ...row,
     descriptionLower: row.description.toLowerCase()
   }));
   

   随后在筛选器配置中指定使用descriptionLower字段做匹配，同时将该预处理列设置为隐藏。
3. 自定义文本筛选器
   重写agTextColumnFilter的筛选逻辑，让它优先读取当前已过滤的行子集，再在这个子集上执行Contains匹配，避免遍历原始全量数据。
4. 升级AG Grid版本
   你当前使用的31.3.2版本，AG Grid在后续稳定版中对客户端多筛选组合的性能做了针对性优化，升级到最新版本可能直接解决该问题。
5. 强制筛选执行顺序
   通过监听筛选事件，当用户先触发下拉框筛选再触发文本筛选时，自动调整执行顺序为先完成文本筛选，再叠加下拉框筛选规则，模拟高效的筛选路径。

内容的提问来源于stack exchange，提问作者user3495513