本文详解如何在 Go 中可靠提取 {...} 内任意内容（含换行），重点解决默认 . 不匹配换行符、贪婪匹配导致跨块捕获等常见问题，并提供带注释的可运行示例与工程级最佳实践。
本文详解如何在 go 中可靠提取 `{...}` 内任意内容（含换行），重点解决默认 `.` 不匹配换行符、贪婪匹配导致跨块捕获等常见问题，并提供带注释的可运行示例与工程级最佳实践。
在 Go 语言中，使用正则表达式提取花括号 {...} 包裹的多行文本（如 DHCP 配置中的 lease { ... } 块）时，开发者常遇到两个核心障碍：一是默认情况下正则元字符 . 不匹配换行符（ ），导致跨行内容无法被捕获；二是若使用贪婪量词 .*，正则引擎会从第一个 { 匹配到最后一个 }，造成“过度捕获”——例如将三段独立的 lease { ... } 合并为单个超长匹配，完全违背语义预期。
根本原因在于 Go 的 regexp 包基于 RE2 引擎，其设计强调线性时间复杂度与安全性，因此默认禁用回溯增强功能（如 PCRE 的 (?s) 隐式启用），且 . 严格限定为“除 外的任意字符”。要突破此限制，必须显式启用 (?s) 单行模式（dotall mode），使 . 能匹配包括换行符在内的所有 Unicode 字符。
同时，必须配合*非贪婪量词 `?** 替代*`。对比以下两种写法：
- ❌ {.*}：贪婪匹配 → 从首个 { 一路吃到文件末尾最后一个 }，仅返回一个超大结果；
- ✅ {.*?}：非贪婪匹配 → 每次遇到最近的 } 即停止，精准捕获每个独立代码块。
以下是修正后的完整示例（已验证通过 Go 1.21+）：
package main
import (
"fmt"
"regexp"
)
func main() {
x := `
lease {
interface "eth0";
fixed-address 10.11.0.1;
option subnet-mask 255.255.0.0;
}
lease {
interface "eth0";
fixed-address 10.11.0.2;
option subnet-mask 255.255.0.0;
}
lease {
interface "eth0";
fixed-address 10.11.0.2;
option subnet-mask 255.255.0.0;
}`
// ✅ 正确：启用 (?s) 模式 + 非贪婪匹配
re := regexp.MustCompile(`(?s){.*?}`)
matches := re.FindAllString(x, -1)
fmt.Printf("Found %d brace blocks:
", len(matches))
for i, m := range matches {
fmt.Printf("%d: %q
", i+1, m)
}
}
输出结果：
Found 3 brace blocks:
1: "{
interface "eth0";
fixed-address 10.11.0.1;
option subnet-mask 255.255.0.0;
}"
2: "{
interface "eth0";
fixed-address 10.11.0.2;
option subnet-mask 255.255.0.0;
}"
3: "{
interface "eth0";
fixed-address 10.11.0.2;
option subnet-mask 255.255.0.0;
}"
⚠️ 重要注意事项
- 永远优先使用原始字符串字面量（反引号 `）：避免双引号字符串中 被 Go 编译器提前解析（如 "{.*?}" 会被误读为转义错误）。上例中 (?s){.*?} 若写成双引号形式需写为 "(?s)\{.*?\}"，极易出错。
- 避免嵌套花括号陷阱：上述正则仅适用于无嵌套 {} 的场景（如配置块）。若需处理 {{...}} 或 if (x) { ... { ... } ... } 等任意深度嵌套，正则表达式本质无解（RE2 不支持递归/平衡匹配），应改用栈式解析器（参考“括号匹配算法”经典实现）。
- 性能建议：对高频调用场景，将 regexp.MustCompile 提升为包级变量，避免重复编译开销。
综上，(?s){.*?} 是 Go 中提取非嵌套花括号内容的标准、安全、高效解法——它直击 RE2 引擎特性，无需外部依赖，符合 Go 工程最佳实践。
