推荐优先使用 os.ReadFile 读取小到中等文件，注意检查错误；大文件用 io.Copy 流式处理；需精确控制时用 io.ReadFull/ReadAtLeast；手动循环读取必须正确处理 io.EOF。
用 os.ReadFile 最简单，但要注意内存和文件大小
绝大多数场景下，直接调用 os.ReadFile 就够了——它内部封装了打开、读取、关闭全过程，返回 []byte。适合小到中等尺寸的二进制文件（比如配置 blob、图标、证书等）。
常见错误是没检查错误就直接用返回值，导致 panic 或静默失败：
data, err := os.ReadFile("config.bin")
if err != nil {
log.Fatal(err) // 不要忽略 err
}
// data 现在才是安全可用的 []byte
注意：os.ReadFile 会把整个文件一次性加载进内存。如果文件超过几百 MB，可能触发 OOM；生产环境处理大文件时应避免。
用 io.ReadFull 或 io.ReadAtLeast 控制读取长度
当你已知文件确切大小（比如协议头声明了 payload 长度），且想确保「不多不少」读满指定字节数时，io.ReadFull 比 Read 更可靠。
立即学习“go语言免费学习笔记（深入）”；
-
io.Read可能只读一部分就返回（尤其在管道、网络或非阻塞文件描述符上） -
io.ReadFull会循环调用底层Read直到填满目标切片，或返回io.ErrUnexpectedEOF -
io.ReadAtLeast类似，但允许读得比预期多（只要不少于最小值）
示例：读取固定 16 字节的 magic header
f, _ := os.Open("data.bin")
defer f.Close()
header := make([]byte, 16)
_, err := io.ReadFull(f, header)
if err != nil {
if err == io.ErrUnexpectedEOF {
log.Fatal("文件太短，header 不完整")
}
log.Fatal(err)
}
用 bytes.Buffer + io.Copy 流式读取大文件
当文件太大不能全量进内存，又需要最终得到一个完整的 []byte（比如做哈希、base64 编码、临时解密），可以用 bytes.Buffer 作为中间载体，配合 io.Copy 流式累积：
f, _ := os.Open("huge.bin")
defer f.Close()
var buf bytes.Buffer
_, err := io.Copy(&buf, f)
if err != nil {
log.Fatal(err)
}
data := buf.Bytes() // 此时才是完整 []byte
注意：bytes.Buffer 底层仍是动态扩容的 slice，所以它只是“延迟分配”而非“节省内存”。真正超大文件（GB 级）仍建议边读边处理，避免构造完整副本。
自定义 io.Reader 读取时容易漏掉 io.EOF 判断
手动循环调用 Read 是最灵活的方式，但也是最容易出错的——很多人只检查 err != nil，却忘了 io.EOF 是合法的结束信号，不是错误。
正确模式是：
- 只要
n > 0，就认为有数据可处理 - 只有
err != nil && err != io.EOF才算异常 -
io.EOF出现时，n可能大于 0（最后一次读取成功，随后 EOF）
典型错误写法（会丢掉最后一块）：
for {
n, err := r.Read(buf)
if err != nil {
break // ❌ 这里把 io.EOF 当成错误退出了
}
// 处理 buf[:n]
}
正确写法：
for {
n, err := r.Read(buf)
if n > 0 {
// 处理 buf[:n]
}
if err == io.EOF {
break // ✅ 正常结束
}
if err != nil {
log.Fatal(err) // ✅ 其他错误才 panic
}
}
实际项目里，除非有特殊分块逻辑或需要精确控制缓冲区，否则优先选 os.ReadFile 或 io.Copy 组合。手写循环读取的容错细节太多，容易在边界 case 上翻车。
