go 的 `regexp` 包默认支持部分匹配，若需严格匹配整个字符串，必须显式添加行首 `^` 和行尾 `$` 锚点，否则看似正确的正则可能在 go 中产生意外匹配。
在正则表达式开发中，一个常见误区是：在在线工具（如 Regex101、RegExr）中测试通过的模式，迁移到 Go 环境后却出现误匹配——例如输入 "1.12,4.64" 本应不匹配，但在 Go 中却返回成功。根本原因在于：Go 的 regexp.MustCompile() 默认执行“子串匹配”（即只要字符串中某一段满足正则即返回 true），而非“全字符串匹配”。
要强制要求正则完整覆盖整个输入字符串，必须在模式两端显式添加锚点 ^ 和 $：
pattern := `^(\+|-)?(((\d{1,3}[, ])(\d{3}[ ,])*\d{3})|\d+)( ?[\.,] ?(\d{3}[, ])*\d+)?$`
re := regexp.MustCompile(pattern)✅ 正确示例（全匹配）：
fmt.Println(re.MatchString("123,456.789")) // true
fmt.Println(re.MatchString("1.12,4.64")) // false —— 现在符合预期
fmt.Println(re.MatchString("+12,345")) // true
fmt.Println(re.MatchString("12,345.678,901")) // true⚠️ 注意事项：
- Go 的 ^ 和 $ 行锚点默认匹配整个字符串的开头与结尾（非按行模式），无需额外设置 (?m)；
- 若使用 re.FindString() 或 re.FindAllString()，它们仍基于子串匹配；只有 re.MatchString() + ^$ 才能确保全串校验；
- 复杂数字格式（如千分位逗号/空格混用、小数点与逗号交替）建议优先考虑专用解析库（如 gofrs/uuid 风格的结构化解析），正则仅适用于轻量校验场景；
- 在生产环境，强烈建议对关键正则添加单元测试，覆盖边界用例（如空字符串、纯符号、嵌套分隔符等）。
总结：Go 正则无隐式全匹配行为。凡是需要“精确匹配整个输入”的场景，^ 和 $ 不是可选项，而是必需项。 忘记它们，是 Go 正则调试中最隐蔽也最常被忽视的根源问题之一。
