本文详解如何在 javascript 中精准匹配“colours affected”之后、下一个空行或字符串结尾之间的所有非空行内容，并将其安全提取为数组，支持跨平台换行符与边界情况处理。
本文详解如何在 javascript 中精准匹配“colours affected”之后、下一个空行或字符串结尾之间的所有非空行内容，并将其安全提取为数组，支持跨平台换行符与边界情况处理。
在文本解析类任务中，常需提取某个关键词（如 Colours affected）之后的连续多行内容，直到遇到首个空行或文本结束。传统按行遍历（split('\n')）虽直观，但难以优雅处理跨行逻辑、空行判定、前后空白及换行符不一致（\r\n/\n）等问题。此时，基于字符串整体的正则匹配是更健壮、简洁的方案。
核心正则逻辑解析
推荐使用以下带全局标志 g 和多行支持 s（dotAll）的正则表达式：
/Colours\s+affected(?:\n+(?:(?:(.*?)(?:\n{2,}|\n$))|(.*)))/gs
-
Colours\s+affected：匹配关键词，允许中间有任意空白（如制表符、多空格）； -
(?:\n+(...))：强制跳过关键词后的至少一个换行符； - 内层分组采用*非贪婪捕获 `.?` + 空行/结尾断言**，优先匹配最短有效内容：
-
(.*?)(?:\n{2,}|\n$)：捕获直到遇到两个及以上连续换行符（空行），或单个换行符后接字符串结尾； -
|(.*)：兜底捕获——若无空行，则捕获至字符串末尾的所有剩余内容；
-
-
gs标志确保：g全局搜索（仅需一次匹配），s使.可匹配换行符，避免遗漏。
✅ 该模式能正确处理：空行前含空格、末尾无换行、Windows/Linux 换行符混合、关键词后紧邻空行等边缘场景。
完整实现代码
function getAllAffectedColors(text) {
const regex = /Colours\s+affected(?:\n+(?:(?:(.*?)(?:\n{2,}|\n$))|(.*)))/gs;
const match = regex.exec(text);
if (!match) return [];
// 优先取 group 1（空行前内容），fallback 到 group 2（至结尾）
const rawContent = match[1] ?? match[2] ?? '';
// 清理每行首尾空白，并过滤空行
return rawContent
.split(/\r?\n/)
.map(line => line.trim())
.filter(line => line.length > 0);
}
// 示例调用
document.querySelector('button').addEventListener('click', () => {
const input = document.getElementById('textarea').value;
const colors = getAllAffectedColors(input);
// 输出为逗号分隔字符串（符合需求）
document.getElementById('colorOutput').value = colors.join(', ');
});
HTML 集成示例
<textarea id="textarea" rows="12" cols="50"> Scheduled Maintenance 44445555666 - Multiple COLOURS Affected Maintenance ID 444555666 Colours affected Yellow Blue Black red purple </textarea><button>Extract Colors</button> <div> <label>Extracted Colors:</label> <input type="text" id="colorOutput" readonly style="width: 100%; margin-top: 8px;"> </div>
注意事项与最佳实践
-
避免
String.prototype.match()：它返回字符串数组而非捕获组，无法直接获取子匹配内容；务必使用RegExp.prototype.exec()。 -
始终校验
exec()返回值：无匹配时返回null，需空值保护（如?? []）。 -
换行符兼容性：
.split(/\r?\n/)显式处理\r\n（Windows）和\n（Unix），比单纯split('\n')更鲁棒。 -
性能提示：对超长文本（>1MB），建议先用
indexOf快速定位关键词起始位置，再截取局部子串进行正则匹配，避免全量扫描。
通过此方案，你不仅能稳定提取多行颜色列表，更能将同类逻辑（如提取 Error Details: 后堆栈、Steps to Reproduce: 后操作步骤）复用到各类结构化文本解析场景中——简洁、可靠、一次写对，长期受益。
