本文详解如何在 go 中将 uint32 等内置数值类型正确、安全地序列化为 []byte，推荐使用 encoding/binary 包，避免 unsafe 导致的运行时崩溃，并提供大小端控制与完整写入示例。
在 Go 中将 uint32（或其他固定大小整型）写入文件时，核心需求是将其按指定字节序（如小端或大端）转换为长度为 4 的 []byte。虽然 unsafe 包能实现零拷贝转换，但极易出错——正如问题中所示，错误地将 *uint32 强转为 []byte 头部会导致非法内存访问（unexpected fault address），因为 Go 的 slice header 包含 len/cap/data 三字段，而 uint32 内存布局完全不匹配。
✅ 推荐方案：使用 encoding/binary（安全、标准、可读性强）
该包专为二进制序列化设计，提供类型安全、字节序明确的转换函数：
import "encoding/binary"
// 假设 fh 是包含 year/month/day/h 的结构体
h := uint32(((fh.year*100+fh.month)*100+fh.day)*100 + fh.h)
// 方案 1：预分配字节切片 + 显式写入（高效，零额外分配）
a := make([]byte, 4)
binary.LittleEndian.PutUint32(a, h) // 小端序（Intel x86 默认）
// 或使用 binary.BigEndian.PutUint32(a, h)（网络字节序）
_, err := fi.Write(a)
if err != nil {
log.Fatal("写入失败:", err)
}// 方案 2：一行调用 binary.Write（简洁，但有轻微反射开销）
err := binary.Write(fi, binary.LittleEndian, h)
if err != nil {
log.Fatal("binary.Write 失败:", err)
}⚠️ 若必须使用 unsafe（仅限性能敏感场景，需充分测试）
务必确保指针转换逻辑正确：先转为 [4]byte 数组指针，再切片生成合法 slice：
import "unsafe" h := uint32(((fh.year*100+fh.month)*100+fh.day)*100 + fh.h) // ✅ 正确：&h → *uint32 → *[4]byte → []byte a := (*[4]byte)(unsafe.Pointer(&h))[:] _, err := fi.Write(a)
❌ 错误示例（原问题代码）：
// ❌ 危险！将 uint32 地址直接解释为 slice header，data 字段可能指向非法地址 copy(a, *(*[]byte)(unsafe.Pointer(&h))) // 运行时 panic
? 关键注意事项：
- 字节序一致性：读取端必须使用相同字节序（LittleEndian / BigEndian），否则数据解析错误；
- 目标平台兼容性：unsafe 方案依赖 uint32 和 [4]byte 内存布局完全一致（Go 保证此前提），但仍建议优先用 binary；
- 多值写入：连续写入多个字段时，binary.Write 支持 struct（需导出字段）或多次调用，更易维护；
- 错误处理：始终检查 Write 或 binary.Write 返回的 error，尤其在文件 I/O 场景中。
总结：放弃 unsafe 的“捷径”，拥抱 encoding/binary —— 它是 Go 官方推荐的标准方式，兼具安全性、可移植性与清晰语义，且性能差距在绝大多数场景下可忽略。
