断言嵌套并非正则标准语法，实际不支持断言内嵌断言（如(?!(?=abc))非法）；所谓“嵌套”实为多个独立断言按位置顺序组合使用，分别作用于匹配片段的左、右边界以实现精细控制。
断言嵌套不是标准正则术语，实际中并不存在“断言嵌套”这一语法结构。正则表达式不支持断言内部再写断言（比如 (?!(?=abc)) 是非法的），所谓“嵌套”往往是对多个断言**组合使用位置与顺序**的误称。真正可行的是在同一个匹配路径中，**按需叠加多个独立断言**，各自作用于不同位置，从而实现更精细的逻辑控制。
核心原理：断言是位置检查器，不是字符处理器
每个断言（如 (?!abc)、(?）只判断当前位置前后是否满足条件，不消耗字符，也不改变匹配指针。多个断言可以并列放在同一位置（如 <code>^(?!error)(?=[A-Z]).{5,}），它们依次校验，全部通过才继续后续匹配。
- 断言之间没有嵌套关系，只有先后执行顺序
- 所有断言必须锚定在明确位置（如行首
^、单词边界或某个已匹配字符后） - 错误示例：
(?!(abc|def).*(?!xyz))—— 内层(?!xyz)在非固定位置，语法无效且逻辑不可控
实现“不包含某子串”的标准写法
要匹配整行不出现 secret，不能用 .*(?!(secret))（它只检查开头是否紧接 secret），而要用“逐字符扫描+全局否定”模式：
-
正确写法：
^((?!secret).)*$ -
(?!secret)放在每一步匹配前，确保当前字符之后不立即开始secret -
.消耗一个字符，*重复该“检查+消耗”动作直到行尾 -
^和$锚定整行，防止部分匹配
组合多个排除条件的实用方式
例如：匹配一行，要求同时不含 admin、不含 test、且以字母开头、长度 ≥6。
-
写法：
^(?![^\n]*admin)(?![^\n]*test)[a-zA-Z].{5,}$ - 两个负向先行断言并列置于行首：
(?![^\n]*admin)和(?![^\n]*test)，分别检查整行是否含对应词 -
[^\n]*是为绕过单行模式限制，在多数引擎中可简写为.*（需开启re.DOTALL才匹配换行） - 注意：这种写法在长文本中可能有性能损耗，应避免对超长行频繁使用
慎用“伪嵌套”：后行断言 + 先行断言协同
某些场景需同时约束前后上下文，例如：匹配 id=123，但要求前面不是 user_id=，后面不是 & 或空格。
-
写法：
(? (? 是负向后行断言，检查 <code>id前是否为user_-
(?![&s])是负向先行断言，检查=d+后是否为&或空白 - 二者不嵌套，而是分别作用于匹配片段的左边界和右边界
