本文详解如何在 Go 中将 uint32 等内置数值类型正确、安全地转换为 []byte，重点推荐标准库 encoding/binary 的用法，并对比 unsafe 实现的注意事项与风险。
在 Go 开发中，常需将整数（如 uint32）按二进制格式写入文件或网络流。虽然 unsafe 包能实现零拷贝转换，但极易引发运行时 panic（如问题中的 unexpected fault address），根本原因在于错误地将 uint32 地址 reinterpret 为 slice header —— 这违反了 Go 的内存模型，导致 copy 操作访问非法内存。
✅ 推荐方案：使用 encoding/binary（安全、标准、可移植）
该包专为二进制序列化设计，支持大小端控制，且经过充分测试。以下为最佳实践：
import "encoding/binary"
// 假设 fh 是包含 year/month/day/h 的结构体
h := uint32(((fh.year*100+fh.month)*100+fh.day)*100 + fh.h)
buf := make([]byte, 4) // 显式分配 4 字节缓冲区
// 方式 1：显式填充字节切片（零分配、高性能）
binary.LittleEndian.PutUint32(buf, h) // 或用 binary.BigEndian
_, err := fi.Write(buf)
if err != nil {
log.Fatal("write failed:", err)
}也可一步到位，直接写入 io.Writer（如文件）：
// 方式 2：直接序列化到 Writer（简洁，但有少量反射开销）
err := binary.Write(fi, binary.LittleEndian, h)
if err != nil {
log.Fatal("binary.Write failed:", err)
}⚠️ 不推荐但需理解的方案：unsafe（仅限高级场景）
若确需极致性能且能严格保证内存对齐与生命周期，可使用如下安全写法：
import "unsafe" h := uint32(((fh.year*100+fh.month)*100+fh.day)*100 + fh.h) // 正确：将 &h 转为 *[4]byte 指针，再切片为 []byte buf := (*[4]byte)(unsafe.Pointer(&h))[:] _, err := fi.Write(buf)
❌ 原问题错误根源分析
原代码：
copy(a, *(*[]byte)(unsafe.Pointer(&h))) // ❌ 危险！
此处 *(*[]byte)(unsafe.Pointer(&h)) 错误地将 uint32 的内存布局当作 reflect.SliceHeader 解析（含 Data/Length/Cap 字段），而 h 的值（如 0x12345678）被当成了非法指针地址，导致 copy 访问越界内存而崩溃。
? 关键总结
- ✅ 优先使用 encoding/binary：语义清晰、跨平台、无安全隐患；
- ⚠️ unsafe 仅在性能敏感且可控场景下谨慎使用，务必确保目标类型大小固定（如 uint32 == 4 bytes）且未被编译器优化移除；
- ? 所有二进制序列化必须明确指定字节序（LittleEndian / BigEndian），避免跨平台兼容问题；
- ? 写入文件后建议调用 fi.Close() 并检查 err，确保数据落盘。
