不能直接原地修改二进制文件任意字节，应走“读-改-写新文件”流程；binary.write必须传binary.littleendian或binary.bigendian，否则panic；结构体字段需导出且定长；binary.read/write不支持随机访问，改特定位置需f.seek后f.write；string不可修改，须转[]byte复制再改；struct序列化无校验，协议变更易致静默错误。
不能直接原地修改二进制文件的任意字节，除非你明确控制 offset、长度、字节序，并接受覆盖风险；绝大多数场景应走“读-改-写新文件”流程。
binary.Write 必须传字节序参数，否则 panic
Go 的 binary.Write 不会猜字节序，第二个参数必须是 binary.LittleEndian 或 binary.BigEndian。漏掉它，运行时直接崩溃：
panic: binary.Write: invalid type int —— 实际是因未传 binary.ByteOrder 导致反射失败。
常见错误写法：binary.Write(f, 123) 或 binary.Write(f, int32(123))；正确写法是：
binary.Write(f, binary.LittleEndian, int32(123))- 结构体写入前，确保所有字段导出（首字母大写）且类型定长（如用
uint32，不用int） - 如果目标是跨平台或网络协议，优先选
binary.BigEndian（网络字节序）
想改某个位置的字节？别用 binary.Read/Write 去“定位写”
binary.Read 和 binary.Write 是流式编解码工具，不是随机访问 API。它们不支持“跳到第 1024 字节写一个 uint16”。真要改特定 offset 的字节，得手动控制文件指针：
- 用
f.Seek(1024, io.SeekStart)移动到目标位置 - 再用
f.Write([]byte{0xff, 0x00})覆盖（注意：只写入你给的字节数，不会自动补零） - 若原文件长度不足 1024，
Seek会成功但Write可能触发io.ErrUnexpectedEOF - 必要时先
f.Truncate()扩容，但仅限你知道后果且已备份
更安全的做法：读全文件进 []byte，改内存里的 slice，再整体写回新文件。
修改字符串内容？别碰 string 底层内存
Go 的 string 是只读的。试图用 unsafe 把 string 转成可写 []byte 并修改，行为未定义：
- 字面量字符串（如
"hello"）底层在只读段，修改直接 panic - 即使来自
string(b)，一旦b被 GC 或扩容，原string就可能指向悬垂地址 - 真正可操作的方式只有：转成
[]byte（复制）、改、再转回string（再次复制）
如果你只是想替换二进制文件里一段固定长度的字节序列（比如 patch 协议头里的 magic number），直接操作 []byte 切片最稳。
最容易被忽略的一点：binary.Read/Write 对 struct 的字段顺序、大小、对齐完全不做校验，只按源码声明顺序硬编码。协议变了、字段加了、类型换了，读出来就是错的——而且通常不报错，只返回零值或乱码。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
