JavaScript正则否定字符类无multiline模式下跨行是否为预期行为？

问题现象 #

我遇到一个奇怪的现象：在未提供m/multiline标志的情况下，正则表达式的否定字符类会跨行匹配换行符。测试代码如下：

> node
Welcome to Node.js v22.7.0.
Type ".help" for more information.
> 'abc\nabc\nabc\n'.replace(/b[^z]+/g, '')
'a'
> 'abc\nabc\nabc\n'.replace(/b[^z\n]+/g, '')
'a\na\na\n'

我原本预期只有启用multiline（m）标志时才会出现第一个结果：

> 'abc\nabc\nabc\n'.replace(/b[^z]+/gm, '')
'a'

想请教：这是bug，还是预期行为？如果是预期行为，原因是什么？

临时解决方法 #

我通过在正则末尾添加?$解决了这个问题：

> 'abc\nabc\nabc\n'.replace(/b[^z]+?$/g, '')
'a'
> 'abc\nabc\nabc\n'.replace(/b[^z]+?$/gm, '')
'a\na\na\n'

原因说明 #

这是预期行为，核心原因在于multiline标志的作用范围和否定字符类的匹配逻辑完全独立：

• multiline（m）标志仅影响^和$的匹配规则：启用后^匹配每行开头，$匹配每行结尾；不启用时^匹配整个字符串开头，$匹配整个字符串结尾。它对否定字符类的匹配逻辑没有任何影响。
• 否定字符类[^z]的定义是「匹配任意不是z的字符」，换行符（\n）不属于z，所以必然会被包含在匹配范围内——不管有没有m标志。
• 回到测试代码：/b[^z]+/g从第一个b开始，会匹配所有非z的字符（包括所有换行符和后续的abc内容），直到字符串末尾，所以替换后只剩开头的a；而/b[^z\n]+/g明确排除了换行符，因此只会匹配到每行的换行符前，替换后保留了每行的a和换行。

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