修改不生效是因为os.open只提供只读句柄，writeat会报bad file descriptor；必须用os.openfile配os.o_rdwr（及os.o_create等）并显式设权限，且需校验err、偏移合法性与writeat返回值。
直接读写文件时为什么修改不生效？
常见错误是用 os.Open 打开文件后尝试写入——它只提供只读句柄，WriteAt 会返回 bad file descriptor 错误。必须用 os.OpenFile 并传入 os.O_RDWR 标志才能读写。
- 正确打开方式：
os.OpenFile(path, os.O_RDWR, 0) - 如果文件不存在，加
os.O_CREATE；但注意权限掩码（如0644）必须显式指定 - 务必检查
err：即使OpenFile成功，后续WriteAt仍可能因偏移越界失败
如何安全定位并覆盖指定偏移处的字节？
二进制文件没有结构化格式，修改依赖精确字节偏移。别硬猜，先用 xxd 或 hexdump -C 查出目标位置（比如第 0x1A2 字节），再用 WriteAt 覆盖。Go 不会自动扩展文件长度，写入超出当前大小的位置会报 write /path: invalid argument。
- 若需扩展文件：先用
f.Seek(0, io.SeekEnd)获取当前长度，再用f.Write(make([]byte, delta))填充空洞（或直接f.Truncate(newSize)） -
WriteAt返回实际写入字节数，必须校验是否等于预期（尤其多字节写入时） - 避免用
ReadAt+WriteAt组合操作同一偏移——中间若被其他进程修改，会产生竞态；应尽量原子化（如一次读完整段、改完再写回）
修改多个离散字节时怎么避免反复 seek？
频繁调用 Seek 和 WriteAt 效率低，且易出错。更稳的方式是：一次性读入整个文件（内存允许前提下），在 []byte 上批量修改，最后整体写回。
- 适用场景：文件 ≤ 数百 MB，且修改点不多但位置分散（如 patch 多个 magic number）
- 示例：
data, _ := os.ReadFile(path); data[0x1A2] = 0xFF; data[0x2B0] = 0x00; os.WriteFile(path, data, 0644) - 注意：
os.WriteFile是全量覆写，会重置文件所有元数据（mtime 可能变），且若写入中途失败，原文件已丢失——生产环境建议先备份或使用原子写（WriteFile+os.Rename）
跨平台处理字节序时容易踩什么坑？
如果你要修改的是整数字段（比如 4 字节版本号），直接改单个字节会出错。Go 的 binary 包能帮你按指定端序读写，但必须和文件原始格式严格一致。
- 确认原始格式：Windows PE 是小端，网络协议通常大端，嵌入式固件可能自定义——查文档或用
od -An -tx4 file | head验证 - 写入示例：
binary.LittleEndian.PutUint32(data[0x100:], 0x01020304)，确保目标 slice 长度 ≥ 4 - 切忌混用：
PutUint32和PutUint64写入位置重叠会导致高位字节覆盖低位，调试时用hex.Dump(data[0x100-2:0x100+6])检查上下文
真正麻烦的不是改字节，而是确认该不该改、改完是否破坏校验和或签名——很多二进制格式（如 ELF、PE）有 checksum 字段，改完得重新计算并更新，否则系统拒绝加载。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
