Go bytes.Reader.Seek 移到数据开头之前会返回什么

结论先说：bytes.Reader.Seek 判断的是计算后的最终绝对位置，不是单看 offset 是否为负。目标位置小于 0 时，它返回位置 0 和 bytes.Reader.Seek: negative position 错误，而且不会改写 Reader 当前的位置；目标位置超过数据末尾则可以成功，但后续读取会得到 io.EOF。

官方文档：https://pkg.go.dev/bytes#Reader.Seek

bytes.Reader.Seek 的目标位置由什么决定

在内存协议解析、断点读取或需要回退检查字段的代码中，最容易误判的是“负 offset 一定失败”。真正参与判断的是绝对位置 abs：以开头定位时是 offset，以当前位置定位时是当前索引加 offset，以末尾定位时是数据长度加 offset。

因此，Seek(-1, io.SeekEnd) 对长度大于 0 的数据通常仍然合法，它表示从末尾往前一个字节；而在开头位置执行 Seek(-1, io.SeekCurrent)，最终位置就是负数，会进入错误分支。

定位到数据开头之前会返回什么

当 abs 时，返回值固定是 0 和一个错误。这个 0 是失败分支的返回位置，不代表 Reader 已经被移动到了数据开头。内部读取索引仍保持调用前的值，调用方必须先处理 error，再决定是否继续读取。

package main

import (
    "bytes"
    "fmt"
    "io"
)

func main() {
    reader := bytes.NewReader([]byte("abc"))

    // 从当前位置回退一格；当前位置是 0，所以最终位置会小于 0。
    position, err := reader.Seek(-1, io.SeekCurrent)
    if err != nil {
        // 失败时 position 为 0，但 Reader 仍保持调用前的读取状态。
        fmt.Printf("position=%d, err=%v, unread=%d\n", position, err, reader.Len())
        return
    }

    // 只有定位成功才继续使用新的位置。
    fmt.Println("seek succeeded", position)
}

这个边界也适用于 io.SeekStart：Seek(-1, io.SeekStart) 的最终位置直接是 -1，同样会返回 negative position。若 Reader 原先已经位于索引 2，那么 Seek(-3, io.SeekCurrent) 也会失败，并保留索引 2。

越过末尾为什么不报同一种错误

bytes.Reader 允许把读取位置放到数据末尾之后。例如长度为 3 的 Reader 执行 Seek(10, io.SeekStart)，返回 10, nil。这与负位置不同：位置本身非负，所以定位成功，只是已经没有可读字节。

此时 Len() 返回 0，后续 Read 返回 0, io.EOF。也就是说，Seek 的成功只说明位置合法，不说明该位置一定对应实际数据。协议解析中如果把目标位置交给下一次读取，仍要根据读取结果处理短数据或 EOF。

实际代码中的处理边界

在可复用的解析函数里，建议把定位和读取拆成两个判断：先检查 Seek 的 error，再检查后续 Read 的 n 与 error。不要因为返回位置是 0 就继续向下执行，也不要把越过末尾的成功定位误当成有数据可读。

常见问题

负 offset 一定会报错吗？

不一定。只要加上 whence 后得到的最终绝对位置不小于 0，负 offset 也可以成功，例如从末尾回退。

Seek 失败后需要手动恢复 Reader 吗？

负位置和非法 whence 都不会改写读取索引，通常不需要恢复；但应立即处理错误，避免把后续逻辑误认为已经完成定位。