摘自bkDJ的评论：

^(?!bar$).*

此解决方案的优点是可以明确否定（排除）多个单词：

^(?!bar$|foo$|banana$).*

除非性能是最重要的，否则通常只需通过第二次测试来运行结果，跳过那些与您想要否定的单词相匹配的单词就更容易了。

正则表达式通常意味着您正在执行脚本编写或某种低性能任务，因此请找到一个易于阅读、易于理解和易于维护的解决方案。

我有一个文件名列表，我想通过这种行为（Ruby）排除某些文件名：

files = [
  'mydir/states.rb',      # don't match these
  'countries.rb',
  'mydir/states_bkp.rb',  # match these
  'mydir/city_states.rb' 
]
excluded = ['states', 'countries']

# set my_rgx here

result = WankyAPI.filter(files, my_rgx)  # I didn't write WankyAPI...
assert result == ['mydir/city_states.rb', 'mydir/states_bkp.rb']

以下是我的解决方案：

excluded_rgx = excluded.map{|e| e+'\.'}.join('|')
my_rgx = /(^|\/)((?!#{excluded_rgx})[^\.\/]*)\.rb$/

我对此应用程序的假设：

要排除的字符串位于输入的开头，或紧跟在斜线之后。允许的字符串以.rb结尾。允许的文件名没有。.rb之前的字符。

解决方案：

^(?!.*STRING1|.*STRING2|.*STRING3).*$

xxxxxx正常

xxxSTRING1xxx KO（是否需要）

xxxSTRING2xxx KO（是否需要）

xxxSTRING3xxx KO（是否需要）

下面的正则表达式将执行您想要的操作（只要支持负lookbehinds和lookahead），并正确匹配；唯一的问题是它匹配单个字符（即，每个匹配都是单个字符，而不是两个连续的“条”之间的所有字符），如果使用非常长的字符串，则可能会导致高开销。

b(?!ar)|(?<!b)a|a(?!r)|(?<!ba)r|[^bar]

接受的答案很好，但对于正则表达式中缺少简单的子表达式否定运算符来说，这确实是一个解决方案。这就是grep-invert匹配退出的原因。因此，在*nixes中，您可以使用管道和第二个正则表达式来实现所需的结果。

grep 'something I want' | grep --invert-match 'but not these ones'

仍然是一种变通方法，但可能更容易记住。