本文介绍一种巧妙的正则技巧：通过负向先行断言（negative lookahead）匹配并分割掉所有非目标词（如 ping/pong）的连字符分隔片段，从而保留含目标词的连续子串。适用于构建语义化分段逻辑，如关键词上下文提取。
本文介绍一种巧妙的正则技巧：通过负向先行断言（negative lookahead）匹配并分割掉所有**非指定词汇**（如 `ping`/`pong`）的连字符分隔片段，从而保留含目标词的连续子串。适用于构建语义化分段逻辑，如关键词上下文提取。
在 JavaScript 字符串处理中，常规的 split() 方法通常用于按固定分隔符（如 -）或简单模式切分。但当需求变为「仅在非目标词处切割」——即保留 ping 和 pong 及其连接关系，而将 bink、donk、fong、song、bing 等视为“断裂点”时，需借助正则的负向先行断言（(?!)）实现语义级分割。
核心思路不是“匹配要保留的内容”，而是精准匹配那些应当被当作分隔符的完整单元（例如 -bink-、-donk、-fong-），然后用它们来 split。注意：这些单元本身必须是带连字符的完整词段（如 -bink 或 -fong-），不能只匹配孤立的 -，否则会错误切断 ping-pong。
推荐正则表达式如下：
/(?:-(?!p[io]ng)\w+)+-?/g
✅ 解析说明：
立即学习“Java免费学习笔记（深入）”；
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
-
(?: ... )+：非捕获组重复 1 次或多次，用于匹配连续出现的“非法分隔段”（如-fong-song-）； -
-：字面量连字符； -
(?!p[io]ng)：负向先行断言，确保-后不紧接ping或pong（p[io]ng是简洁写法，等价于ping|pong）； -
\w+：匹配后续合法单词字符（如fong、song、bink）； -
-?：末尾可选的-，用于兼容结尾无-的情况（如...-bing）。
⚠️ 注意：该正则匹配的是“应被移除的分隔结构”本身，而非保留内容。因此 split() 会以这些匹配结果为界切分原字符串，自然留下我们关心的 ping/pong 连续片段。
完整封装函数示例：
const SPLIT_REGEX = /(?:-(?!p[io]ng)\w+)+-?/g;
function splitByExcludedWords(str) {
return str.split(SPLIT_REGEX).filter(Boolean); // filter(Boolean) 剔除空字符串
}
// 测试用例
console.log(splitByExcludedWords('pong-ping-bink-ping-pong-ping-donk'));
// → ['pong-ping', 'ping-pong-ping']
console.log(splitByExcludedWords('ping-pong-ping-pong-fong-song-pong-bing'));
// → ['ping-pong-ping-pong', 'pong']? 关键注意事项：
- 正则中不可写作
(?!ping|?!pong)—— 这是语法错误（?!不能重复出现），正确写法是单个(?!)内用|或字符类合并条件，如(?!ping|pong)或更简练的(?!p[io]ng)； - 若目标词列表扩展（如增加
pong、ping、pang），建议改用(?!ping|pong|pang)提高可读性； - 该方案假设输入为规范的
-分隔字符串；若存在首尾-或连续--，需额外预处理； -
filter(Boolean)必不可少：因split()在字符串开头/结尾匹配时可能产生空项（如-bink-开头会导致首个元素为空）。
此方法兼顾表达力与可维护性，是处理“白名单保留式分割”问题的经典正则实践。
