Go bytes.Reader Seek 为什么允许定位到末尾之后

直接答案：bytes.Reader.Seek 允许定位到末尾之后，是因为它实现的是 io.Seeker 的“设置下一次读写位置”语义，而不是一次读取操作。它只拒绝负位置，不要求新位置小于等于数据长度；真正调用 Read 时，如果游标已经到达或越过末尾，才返回 io.EOF。

• Seek 成功只代表逻辑游标有效，不代表该位置存在数据。
• 越过末尾后，Len() 为 0，Read 返回 0, io.EOF。
• 业务若要求游标不能越界，应在调用前后用 Size() 显式限制。

Seek 管的是位置，不是读取结果

io.Seeker 统一了文件、内存读取器等不同对象的定位接口。接口约定中，定位到起点之前必须报错；正数位置是否允许超过对象大小，则由具体实现决定。bytes.Reader 选择允许这种位置，使三种基准的计算规则保持简单一致。

源码为何没有上界判断

Seek 先按 whence 计算绝对位置：起点加偏移、当前位置加偏移，或切片长度加偏移。随后只检查结果是否为负数；非负就写入内部索引并返回。因此超过 len(s) 不是遗漏，而是明确的实现选择。

r := bytes.NewReader([]byte("golang"))

// 把逻辑游标放到长度 6 之后的第 4 个位置，即绝对位置 10。
pos, err := r.Seek(10, io.SeekStart)
if err != nil {
    log.Fatal(err)
}

buf := make([]byte, 4)
// Read 发现当前索引已经越过底层切片，返回 0 和 io.EOF。
n, readErr := r.Read(buf)
fmt.Println(pos, r.Size(), r.Len(), n, readErr)

这里 Size() 始终返回底层切片的原始长度 6；Len() 表示还能读取多少字节，当游标达到或超过末尾时会收敛为 0。两者不要混用。

什么时候需要自己禁止越界

如果位置来自协议字段、索引表或用户输入，越过末尾通常意味着数据损坏或参数错误。此时先按同样规则算出目标位置，再与 0 和 Size() 比较。不要仅以 Seek 是否返回错误判断范围是否合法。

func seekWithin(r *bytes.Reader, offset int64) (int64, error) {
    size := r.Size()
    // 业务规则：只接受闭区间 [0, size]，允许正好停在 EOF。
    if offset  size {
        return 0, fmt.Errorf("偏移 %d 超出允许范围 0..%d", offset, size)
    }

    pos, err := r.Seek(offset, io.SeekStart)
    if err != nil {
        return 0, fmt.Errorf("定位读取器: %w", err)
    }
    return pos, nil
}

如果调用方只是探测位置、复用统一的 io.Seeker 流程，允许越过末尾并无问题；如果偏移本身承载数据完整性含义，就应增加上界检查。两者属于不同层次的约束。

常见问题

定位到末尾是否算越界？
不算错误，但已经没有可读字节，下一次读取会得到 io.EOF。

越过末尾后还能恢复吗？
可以。再次调用 Seek 定位回 0..Size() 范围即可；bytes.Reader 不会扩展底层切片，也不会填充空白字节。