安全读取二进制文件应优先用 os.open 配合 io.readfull 分块读取，避免 os.readfile 加载大文件导致内存溢出；需校验文件大小、避免 utf-8 语义误用、显式控制 struct 字节序与对齐、谨慎使用 mmap 并手动管理生命周期，路径操作一律用 filepath 包。
用 os.Open 和 io.ReadFull 安全读取二进制文件
直接用 os.ReadFile 加载大文件容易触发内存溢出，尤其在嵌入式或资源受限环境。更稳妥的方式是分块读取或按需读固定长度字节。
常见错误是用 io.Read 不检查返回的 n 值，导致读取不全却误判成功。例如读取一个 4 字节的 uint32 头部，必须确保真正读到 4 字节：
-
io.ReadFull会阻塞直到填满缓冲区或返回io.ErrUnexpectedEOF，比裸Read更可靠 - 若文件可能被并发修改，建议先用
os.Stat检查大小是否匹配预期，再分配缓冲区 - 避免用
strings.NewReader或bytes.NewReader处理二进制数据——它们底层仍按 UTF-8 解释字节，无实际危害但语义错位
用 binary.Write 写结构体到文件时注意字节序和对齐
Go 的 binary.Write 默认不处理 struct 字段对齐，直接写入会导致字段间出现未定义填充字节，下游解析失败。
典型场景：向硬件设备发送协议包，或与 C 程序交换数据。此时必须显式控制布局：
