io.SectionReader适合从任意io.Reader中顺序读取指定偏移和长度的数据而不加载全部内容到内存。它不复制数据、只包装原Reader，支持Read和ReadAt，但不支持Seek，且初始化时off与off+n不可越界。
io.SectionReader 适合什么场景
当你手头只有一个 io.Reader（比如打开的文件、HTTP 响应体），但只想读其中一段（比如跳过 header、只取中间 1MB），又不想把整个数据加载进内存时，io.SectionReader 就是标准答案。它不复制数据，只是“切片式”地包装原 Reader，支持从任意 off 开始、读取最多 n 字节。
常见错误是误以为它能“随机 seek”——其实它只在初始化时固定了起始偏移和长度，后续读取是顺序的；也不能在读取中途动态改偏移。
怎么初始化 io.SectionReader 才不会 panic
io.SectionReader 要求传入的 off 和 off + n 都不能超出底层 Reader 的实际可读范围（对 *os.File 来说就是文件大小）。如果超了，Read 不会 panic，但可能返回 0, io.EOF 或更隐蔽的截断行为。
- 对文件：先用
Stat()拿到Size()，再校验off和off + n - 对不可知长度的
Reader（如网络流），别硬设大n，优先用io.LimitReader+ 手动Seek（如果底层支持） - 初始化示例：
sr := io.NewSectionReader(file, 1024, 4096) // 从第 1024 字节开始，最多读 4096 字节
为什么 ReadAt 和普通 Read 行为不一样
io.SectionReader 实现了 io.Reader 和 io.ReaderAt。关键区别：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
-
Read([]byte)是顺序读：每次调用都从上一次结束位置继续，直到该段耗尽 -
ReadAt([]byte, off)是绝对偏移读：off是相对于整个SectionReader起始点（即你初始化时的off）的偏移，不是原始文件 - 比如
sr := io.NewSectionReader(f, 1000, 500)，那么sr.ReadAt(buf, 200)实际读的是原始文件第1000 + 200 = 1200字节开始的内容
容易被忽略的边界细节
三个常踩的坑：
-
io.SectionReader的Size()方法返回的是你指定的n，不是底层Reader总长——别拿它当文件大小用 - 它不实现
io.Seeker，所以不能直接Seek；想跳转得重新构造一个SectionReader - 如果底层
Reader本身不支持ReadAt（比如bytes.Reader支持，但某些自定义 reader 不支持），SectionReader.ReadAt仍可用，因为它内部做了回退模拟，但性能略差
真正需要频繁随机读某段大文件时，不如直接用 *os.File 的 ReadAt——更轻量，也省去一层包装。SectionReader 的价值，在于统一处理各种 io.Reader 输入源时的“局部读”抽象。
