go 的 fmt.sscanf 不支持直接通过子切片指针写入原始底层数组，它会重新分配切片内存；正确做法是先独立解析为临时字节切片，再合并或手动赋值到底层数组。
go 的 fmt.sscanf 不支持直接通过子切片指针写入原始底层数组，它会重新分配切片内存；正确做法是先独立解析为临时字节切片，再合并或手动赋值到底层数组。
在 Go 中，fmt.Sscanf 解析 %x 或 %4x 格式时，若目标参数为 *[]byte（即字节切片的地址），函数内部会为该切片重新分配新的底层数组，而非向原有内存写入——这导致你传入的子切片 a, b, c 虽初始指向 bs 的不同段，但解析后其 Data 指针已脱离 bs，因此原数组 bs 保持全零。
例如，以下代码看似合理，实则无效：
func Parse(data string) ([]byte, error) {
bs := make([]byte, 6)
a := bs[0:2] // 指向 bs[0:2]
b := bs[2:4] // 指向 bs[2:4]
c := bs[4:6] // 指向 bs[4:6]
_, err := fmt.Sscanf(data, "%4x-%4x-%4x", &a, &b, &c) // ❌ a/b/c 被重分配！
return bs, err // bs 仍是 [0 0 0 0 0 0]
}
✅ 推荐解决方案：使用固定长度字节数组 + 显式转换
最安全、高效且符合 Go 惯用法的方式是：避免传递 *[]byte，改用 *[N]byte 指针（即指向固定数组的指针），因为 Sscanf 对 *[2]byte 等类型支持按字节填充：
func Parse(data string) ([]byte, error) {
var a, b, c [2]byte // 声明固定长度数组（非切片！）
n, err := fmt.Sscanf(data, "%4x-%4x-%4x", &a, &b, &c)
if err != nil || n != 3 {
return nil, fmt.Errorf("parse failed: %w", err)
}
// 将三个 [2]byte 合并为 []byte（共享底层数组，零拷贝）
result := append(a[:], b[:]...)
result = append(result, c[:]...)
return result, nil
}
运行 Parse("00ff-ff00-00ff") 将正确返回 [0 255 255 0 0 255]。
⚠️ 注意事项：
- &a 中的 a 是 [2]byte 类型，Sscanf 能识别其大小并逐字节填充（%4x → 2 字节）；
- 若坚持使用切片，必须接受 Sscanf 会重分配内存的事实，之后手动拷贝：
_, err := fmt.Sscanf(data, "%4x-%4x-%4x", &a, &b, &c) if err != nil { return nil, err } copy(bs[0:], a) // 显式复制回原数组 copy(bs[2:], b) copy(bs[4:], c) - 格式字符串需严格匹配：%4x 表示 4 位十六进制（即 2 字节），输入 "00ff" 合法，"ff" 则不足位，可能导致解析失败。
总结：Sscanf 对切片指针不具“就地写入”语义，本质是“分配+填充”。优先选用固定数组（[N]byte）配合 &array，既安全又清晰；若需动态长度，应改用 strconv.ParseUint + 手动字节拆分，以获得完全可控的行为。
