@typescript-eslint/no-unnecessary-condition正则匹配报错原因与解决方法

报错原因 #

1. 可选链位置错误：你写的match[4]?.includes会先执行match[4]，如果正则未匹配成功，exec返回null，这一步会直接抛出TypeError——可选链并没有作用在match本身的存在性检查上，完全没起到保护作用。
2. ESLint规则的类型误判：当正则匹配成功时，match是RegExpExecArray类型，访问超出捕获组数量的索引（比如你的示例里只有3个捕获组，索引4不存在）会得到undefined。ESLint的@typescript-eslint/no-unnecessary-condition规则认为针对这个确定的undefined加可选链是多余的，因此报错，但它没意识到你根本没处理match为null的场景。

改写方案 #

方案1：正确使用可选链处理所有可能的空值 #

把可选链移到match的索引访问前，确保先判断match是否存在，再处理捕获组的可能缺失：

const match = /some (regex) with (capturing) (groups)/.exec(myInput);
// 先检查match是否存在，再检查索引4的捕获组是否存在，最后给默认值避免返回undefined
const hideVersion = match?.[4]?.includes('h') ?? false;

方案2：先明确判断match的存在性 #

如果你更倾向于显式判断，也可以先检查match不为null，再处理捕获组：

const match = /some (regex) with (capturing) (groups)/.exec(myInput);
let hideVersion = false;
if (match) {
  // 此时match是RegExpExecArray，索引4可能为undefined，可选链仍然必要
  hideVersion = match[4]?.includes('h') ?? false;
}

这两种写法都能满足空值检查的需求，同时ESLint不会触发@typescript-eslint/no-unnecessary-condition报错——因为规则能识别到这些条件检查是必要的：要么是针对可能为null的match，要么是针对可能为undefined的捕获组值。

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