正则表达式多排除规则配置：匹配符合要求的JS导入

你之前尝试的^(?!.*external|vendor).*[^\d].js".*$逻辑方向是对的，但会踩两个正则语法的常见坑，导致匹配不符合预期：

两个常见匹配漏洞 #

• 竖线在负向先行断言里的优先级问题
  直接写(?!.*external|vendor)时，正则引擎会把整个断言拆成两个独立检查：「后续任意位置出现external」或者「后续开头直接是vendor」。这种写法下，像../vendor/xxx.js这种vendor出现在路径中间的行，根本不会被拦截，因为vendor不是行开头的字符。
• 数字后缀的排除逻辑是巧合生效，存在边界漏洞
  你之前用的[^\d].js"是消耗型匹配，必须吃掉一个非数字字符才能匹配成功，虽然碰巧能挡住_5.js这种数字紧邻.js的文件，但遇到特殊边界场景（比如极短的JS文件名）很容易漏匹配。

正确的正则配置 #

要实现「多路径关键词排除 + JS类型筛选 + 排除数字后缀文件」的组合效果，正确的写法是：

^(?!.*(?:external|vendor)).*(?<!\d)\.js".*$

逻辑拆解 #

• (?!.*(?:external|vendor))：把所有需要排除的路径关键词放在同一个非捕获分组里，让.*统一覆盖所有关键词的搜索范围，只要行内任意位置出现external、vendor就直接排除；后续要加新的排除关键词，只需要在括号里用竖线追加就行，比如要排除lib路径，直接改成(?:external|vendor|lib)即可，不需要反复写多个独立的负向断言。
• (?<!\d)\.js"：用非消耗的负向后视做数字后缀检查，不占用匹配字符，纯粹判断.js"前面紧邻的位置是不是数字，只要是数字就排除，不会漏边界场景。

实际匹配效果验证 #

用你给出的示例代码测试：

• 带vendor路径的CSS导入行：被负向路径断言拦截，不匹配
• 带external路径的CSS导入行：被负向路径断言拦截，不匹配
• scheduleCtrl_Helper_5.js导入行：无路径关键词，但.js前面是数字5，被后视断言拦截，不匹配
• agenda_Helper.js导入行：无排除关键词，.js前面是非数字字符，正常匹配

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