Go语言中Protobuf3正则字符串验证失败问题排查

1. 先确认字符串的实际内容 #

• 直接打印字符串的长度和每个字符的Unicode值，排查是否存在隐藏字符（不可见控制字符、UTF-8多字节字符）：
  在Go中可通过以下代码检查：

  s := "lYcWymElsCfPnJBRGukvLLocTuCCFhgJ"
  fmt.Printf("Length: %d\n", len(s))
  for i, c := range s {
      fmt.Printf("Index %d: char=%c, Unicode=%d\n", i, c, c)
  }
  

  正常情况下，每个字符的Unicode值应在65-90（大写A-Z）或97-122（小写a-z）区间内，长度严格等于32。若出现超出范围的值，说明字符串混入了非ASCII字母字符。

2. 编码差异的可能性 #

• 若字符串包含全角字母（如Unicode全角'A'：Ｕ+FF21），肉眼与ASCII字母无差异，但会被正则^[a-zA-Z]{32}$判定为不匹配。
• 字符串首尾可能存在空格、换行符等不可见字符，导致长度超过32或字符不符合规则，这类字符肉眼难以察觉。

3. 验证规则与工具版本排查 #

• 检查protoc-gen-validate版本：旧版本正则引擎对锚点^和$的处理可能存在差异，可尝试将正则替换为\A[a-zA-Z]{32}\z（若引擎支持），或临时去掉锚点测试匹配结果（仅用于排查）。
• 确认验证触发时机：若验证在接收端执行，需排查传输过程中是否出现编码转换错误，导致原字符串被篡改。

4. 临时测试验证 #

• 手动构造标准符合规则的字符串（如abcdefghijklmnopqrstuvwxyzABCDEF）替换原字符串返回，若不再报错，说明原字符串确实存在问题；若仍报错，则需检查验证规则定义或protoc-gen-validate的配置。

内容的提问来源于stack exchange，提问作者Potis23