hex.DecodeString不会panic，但会返回error：输入奇数长度、含非十六进制字符（如空格、'g'、'0x'前缀）时失败；空字符串合法，返回空切片和nil error。
hex.DecodeString 会 panic 吗？什么时候出错？
hex.DecodeString 不会 panic，但会返回 error。它只在输入字符串长度为奇数，或包含非十六进制字符（如 'g'、' '、'Z'）时失败。常见错误是误传带 "0x" 前缀的字符串——它不识别前缀，直接报 encoding/hex: invalid byte。
- 正确：
"aabbcc"→ 返回 3 字节 - 错误：
"0xaabbcc"或"aabbccd"（奇数长度）→ 返回非 nil error - 空字符串
""是合法的，返回空 slice 和 nil error
如何安全地处理带 0x 前缀的 hex 字符串？
Go 标准库不自动剥离前缀，得手动切掉。别用 strings.TrimPrefix(s, "0x") —— 它对 "0X" 或 "0Xab" 无效；更稳妥的是检查前两位是否匹配大小写无关的 "0x"。
- 推荐写法：
if len(s) >= 2 && strings.ToLower(s[:2]) == "0x" { s = s[2:] } - 再调用
hex.DecodeString(s)，否则直接失败 - 注意：有些协议（如 Ethereum 地址）强制要求 0x 前缀，但解码前必须移除
DecodeString 和 Decode 区别在哪？
hex.DecodeString 是封装好的便捷函数，内部调用 hex.Decode；后者接收 []byte 并输出 []byte，适合复用目标 buffer 或避免额外 alloc。
- 日常用
hex.DecodeString(s)最简单 - 高频场景（如解析大量 hex 日志）可预分配 dst：
dst := make([]byte, hex.DecodedLen(len(src))) n, err := hex.Decode(dst, src)
-
hex.DecodedLen(len(src))给出最大可能输出长度，实际写入字节数是n
为什么有时得到 []byte 却读不出原始字符串？
十六进制解码结果是原始二进制数据，不是 UTF-8 文本。如果原 hex 表示的是非文本内容（如加密密钥、图片头、Protobuf payload），直接转 string(b) 可能出现乱码或无法打印的控制字符——这不是转换错误，而是语义不符。
立即学习“go语言免费学习笔记（深入）”；
- 确认 hex 来源：如果是 ASCII/UTF-8 文本（如
"48656c6c6f"→"Hello"），转 string 才有意义 - 如果是二进制数据（如哈希值
"sha256:..."的 hex 形式），应保持为[]byte后续参与计算或比较 - 调试时可用
fmt.Printf("%x", b)回显验证是否和输入一致
