Go 的 regexp.ReplaceAllString 中，$1_$2 这类含下划线的替换模板会被错误解析为变量名 1_ 和 2，导致匹配失败并被替换为空字符串；应改用 ${1}_${2} 显式界定捕获组编号，确保下划线作为字面量保留。
go 的 `regexp.replaceallstring` 中，`$1_$2` 这类含下划线的替换模板会被错误解析为变量名 `1_` 和 `2`，导致匹配失败并被替换为空字符串；应改用 `${1}_${2}` 显式界定捕获组编号，确保下划线作为字面量保留。
在 Go 中将 CamelCase 转换为 snake_case 是常见需求，典型正则方案是分两步插入下划线：先匹配“小写字母后接大驼峰”（如 lCase），再匹配“小写字母/数字后接大写字母”（如 eC）。但开发者常因替换字符串写法不当而得到意外结果。
关键问题在于 Go 正则替换模板的变量解析规则：$name 或 ${name} 中的 name 可由字母、数字和下划线组成，且默认贪婪匹配最长合法名称。因此：
$1_$2 → 解析为变量 1_（不存在） + 字符 _ + 变量 2 → 实际等价于 "" + "_" + "$2"？❌ 错！
实际上，$1_ 被整体视为一个变量名（1_），而正则中并无该命名捕获组或编号组，故被替换为空；$2 正常展开 → 最终效果 ≈ "$2"，即只保留第二组内容，造成 camelCase → cameCase（lCase 被替换为 Case，覆盖了 l）。$1+$2 可行，是因为 + 不属于变量名字符，$1 和 $2 被独立识别，+ 作为字面量保留。
✅ 正确解法：使用花括号显式界定捕获组编号，避免歧义：
package main
import (
"fmt"
"regexp"
"strings"
)
func camelToSnake(s string) string {
// Step 1: insert underscore before uppercase letter followed by lowercase
re1 := regexp.MustCompile(`(.)([A-Z][a-z]+)`)
s = re1.ReplaceAllString(s, "${1}_${2}") // ✅ 使用 ${1}、${2}
// Step 2: insert underscore between lowercase/number and uppercase
re2 := regexp.MustCompile(`([a-z0-9])([A-Z])`)
s = re2.ReplaceAllString(s, "${1}_${2}")
return strings.ToLower(s)
}
func main() {
fmt.Println(camelToSnake("camelCase")) // "camel_case"
fmt.Println(camelToSnake("XMLHttpRequest")) // "xml_http_request" (需额外处理缩写，此处为简化示例)
}
⚠️ 注意事项：
- 始终优先选用 ${n} 而非 $n，尤其当后续紧跟 _、字母或数字时（如 $10 会被解析为第 10 组，而非 $1 后跟 0）；
- ReplaceAllString 对多字节字符（如中文）安全，但若需处理 Unicode 大小写（如德语 ß），应结合 unicode 包或使用 ReplaceAllStringFunc 配合 strings.ToTitle 等；
- 生产环境建议预编译正则（regexp.MustCompile）并复用，避免重复编译开销；
- 更健壮的 snake_case 实现还需处理连续大写字母（如 APIResponse → api_response），可扩展第二步正则为 ([a-z0-9])([A-Z])|([A-Z])([A-Z][a-z])。
总结：Go 正则替换不是“字符串插值”，而是基于严格语法的模板展开。${1}_${2} 不仅语义清晰，更符合规范，应作为涉及下划线、数字结尾等场景的默认写法。
