识别常见替换挑战
在处理文本内容时，我们常需要将特定标记对内的文本内容提取并包裹在新的结构中，例如将$$数学公式$$转换为<span class="math">数学公式</span>。然而，一个常见的挑战是，当字符串中存在多个这样的标记对，或者标记对内的内容可能包含特殊字符时，简单的正则表达式往往无法正确处理。
例如，尝试使用 \$\$(\S[^\*]+\S)\$\$ 这样的模式来替换 $$...$$，在遇到 aaa $$123$$ c$ $$ddd$$ 这样的字符串时，就会出现问题：
console.log('aaa $$123$$ c$ ddd'.replace(/\$\$(\S[^\*]+\S)\$\$/g, '<a1>$1</a1>'));
// 输出: aaa <a1>123</a1> c$ ddd // 正确
console.log('aaa $$123$$ c$ $$ddd$$'.replace(/\$\$(\S[^\*]+\S)\$\$/g, '<a1>$1</a1>'));
// 输出: aaa <a1>123$$ c$ $$ddd</a1> // 错误，期望是 'aaa <a1>123</a1> c$ <a1>ddd</a1>'问题在于 \S[^\*]+\S 这个模式过于具体，且 + 默认是贪婪匹配，它会尽可能多地匹配字符，导致跨越了第二个 $$。此外，它也限制了中间不能包含 * 符号，并且要求内容首尾是非空白字符。这种贪婪匹配的特性使得正则表达式从第一个 $$ 开始，一直匹配到字符串中最后一个 $$，而不是最短的匹配对。
掌握非贪婪匹配与点匹配所有模式
要解决上述问题，我们需要引入正则表达式中的两个关键概念：非贪婪匹配和点匹配所有模式。
立即学习“Java免费学习笔记（深入）”；
非贪婪匹配 (?): 在量词（如 *, +, ?）后面加上 ?，会使量词变为非贪婪模式。这意味着它会尽可能少地匹配字符，直到遇到下一个模式。对于 .*?，它会匹配任意字符零次或多次，但会尽可能少地匹配，直到遇到其后的 $$。这确保了每次匹配只捕获一个 $$...$$ 对的内部内容，而不是从第一个 $$ 到最后一个 $$ 的所有内容。
点匹配所有模式 (s 标志): 默认情况下，正则表达式中的点 . 匹配除了换行符 (\n, \r, \u2028, \u2029) 之外的任何字符。如果我们的 $$...$$ 标记对可能跨越多行，那么 . 将无法匹配其中的换行符。s 标志（也称为 dotAll 模式）可以改变 . 的行为，使其能够匹配包括换行符在内的任何字符。
全局匹配 (g 标志): 为了替换字符串中所有符合条件的匹配项，我们还需要使用 g 标志（全局匹配），否则 replace() 方法只会替换第一个匹配项。
推荐的解决方案与示例代码
结合上述概念，最健壮且高效的解决方案是使用 /\$\$(.*?)\$\$/sg。
- \$\$: 匹配字面量 $$。
- (.*?): 捕获组，使用非贪婪模式匹配任意字符零次或多次。
- \$\$: 匹配结束的字面量 $$。
- s 标志: 确保 . 能匹配换行符。
- g 标志: 确保所有匹配项都被替换。
以下是使用此模式的示例代码：
const text1 = 'aaa $$123$$ c$ ddd';
const text2 = 'aaa $$123$$ c$ $$ddd$$';
const text3 = 'multi-line $$content\nacross\nlines$$ example';
const regex = /\$\$(.*?)\$\$/sg;
console.log(`原始字符串1: ${text1}`);
console.log(`替换结果1: ${text1.replace(regex, '<a1>$1</a1>')}`);
// 预期输出: 原始字符串1: aaa $$123$$ c$ ddd
// 替换结果1: aaa <a1>123</a1> c$ ddd
console.log(`\n原始字符串2: ${text2}`);
console.log(`替换结果2: ${text2.replace(regex, '<a1>$1</a1>')}`);
// 预期输出: 原始字符串2: aaa $$123$$ c$ $$ddd$$
// 替换结果2: aaa <a1>123</a1> c$ <a1>ddd</a1>
console.log(`\n原始字符串3: ${text3}`);
console.log(`替换结果3: ${text3.replace(regex, '<a1>$1</a1>')}`);
// 预期输出: 原始字符串3: multi-line $$content
// across
// lines$$ example
// 替换结果3: multi-line <a1>content
// across
// lines</a1> example通过这种方式，无论 $$ 标记对在字符串中出现多少次，或者它们之间包含什么内容（包括换行符），都能被正确地识别和替换。
性能考量与注意事项
在正则表达式中，使用 . (点) 进行广泛匹配通常比使用复杂的字符类（如 [^abc]）或断言（如 (?=...)）具有更好的性能。这是因为点匹配器的实现通常更为底层和优化。复杂的结构会增加正则表达式引擎的开销。
此外，这种替换策略主要针对成对出现的 $$...$$ 结构。如果文本中存在不成对的 $$（例如 $$abc 或 abc$$），它们将不会被此正则表达式匹配和替换，可能会作为“孤立”的符号保留在文本中。因此，在应用此类替换时，确保输入数据的格式符合预期是重要的。
总结
掌握正则表达式中的非贪婪匹配 (.*?) 和点匹配所有模式 (s 标志) 对于处理复杂的文本替换任务至关重要。结合全局匹配 (g` 标志)，我们可以构建出强大且高效的模式，精确地将特定标记对内的内容替换为所需的HTML结构。这不仅提升了代码的健壮性，也确保了在各种复杂场景下的正确性。
