Go中hex.EncodeToString和hex.DecodeString是最稳的十六进制编解码方式，标准库已优化边界处理；手动位运算仅适用于嵌入式协议或极致性能场景。
Go语言中hex.EncodeToString和hex.DecodeString是最稳的转换方式
直接用标准库encoding/hex，别自己写位运算——除非你在做嵌入式协议解析或性能极端敏感场景。标准库函数已充分优化，处理边界（空字节、奇数长度、非法字符）更可靠。
常见错误是误用hex.Encode返回[]byte却当成字符串打印，结果看到乱码；或者用hex.DecodeString传入含空格/换行的字符串，直接panic。
-
hex.EncodeToString([]byte{0x1a, 0x2b})→"1a2b" -
hex.DecodeString("1a2b")→[]byte{0x1a, 0x2b}，成功 -
hex.DecodeString("1a2")→ error：长度为奇数 -
hex.DecodeString("1g")→ error：含非法字符
需要手动位运算？只在特定场景下才值得
比如你正在实现一个超轻量通信协议，要求把单个byte转成两个byte（'0'–'9'/'a'–'f'），且不能分配新切片；或者要批量处理GB级原始数据，避免EncodeToString的字符串内存开销。
核心逻辑就是拆高4位、低4位，查表或计算：
立即学习“go语言免费学习笔记（深入）”；
var hexTable = [16]byte{'0', '1', '2', '3', '4', '5', '6', '7', '8', '9', 'a', 'b', 'c', 'd', 'e', 'f'}
func byteToHex(b byte) [2]byte {
return [2]byte{hexTable[b>>4], hexTable[b&0x0f]}
}
注意：b>>4取高4位，b&0x0f取低4位；查表比if-else快，也比fmt.Sprintf("%x", b)快两个数量级。
- 查表法比
strconv.FormatUint快约5×，且无内存分配 - 若需大端/小端控制，位移方向不变，但拼接顺序要调
- 手动实现不处理错误，输入必须是有效
byte（0–255）
fmt.Printf("%x")适合调试，不适合生产转换
它方便快速打日志，但会隐式分配字符串、触发GC，且格式不可控（如不补零、大小写混用）。
-
fmt.Printf("%x", []byte{0x01, 0xff})→"1ff"（缺前导零） -
fmt.Printf("%02x", 0x1)→"01"，但每次调用都新建字符串 -
fmt.Sprintf("%X", data)返回大写，而hex.EncodeToString默认小写 - 并发日志中高频用
fmt转hex，容易成为性能瓶颈
十六进制字符串转字节时，务必检查error
网络或文件读入的hex字符串常含不可见字符（BOM、\r\n、空格），hex.DecodeString对这些零容忍，一概报encoding/hex: invalid byte。
安全做法是先清洗再解码：
import "strings"
s := strings.Map(func(r rune) rune {
if r == ' ' || r == '\t' || r == '\n' || r == '\r' { return -1 }
return r
}, input)
data, err := hex.DecodeString(s)
- 别用
strings.ReplaceAll链式调用，strings.Map一次遍历更高效 - 如果源数据来自HTTP query参数，还要考虑URL decode（
url.QueryUnescape） -
hex.DecodeString不会忽略前缀"0x"，必须提前截掉
真正难的不是怎么转，而是判断该不该转、在哪一层转——比如数据库存的是原始[]byte，就别存成hex字符串再反复编解码；又比如RPC序列化层已用Protobuf，应用层硬加hex只会增加bug面。
