go 的 bufio.scanner 不支持在扫描中途直接读取剩余全部数据，需切换至 bufio.reader 并调用 readall 才能高效获取从当前位置到 eof 的所有内容。
go 的 bufio.scanner 不支持在扫描中途直接读取剩余全部数据，需切换至 bufio.reader 并调用 readall 才能高效获取从当前位置到 eof 的所有内容。
在 Go 中，bufio.Scanner 是为按行（或按分隔符）安全、高效地解析输入而设计的，但它内部维护了缓冲区和状态机，一旦调用 Scan()，就无法“回退”或“移交”未消费的底层 io.Reader 位置给其他读取器。更关键的是：Scanner 没有暴露当前读取偏移或底层 Reader 的访问接口，因此无法在命中某一行（如含 "5"）后，让 Scanner 继续读完剩余内容——你尝试的 for scanner.Scan() 循环虽语法正确，但会从下一行重新开始，且无法保证原子性地捕获“从匹配行之后的所有原始字节”。
正确的做法是：在检测到目标行后，立即停止 Scanner，转而使用底层 bufio.Reader（需显式构造）继续读取，并调用 ioutil.ReadAll（Go 1.16+ 推荐使用 io.ReadAll）一次性获取剩余全部字节。
以下是推荐的完整实现（兼容 Go 1.16+）：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
package main
import (
"bufio"
"fmt"
"io"
"log"
"strings"
)
func main() {
s := `1
2
3
4
5
6
7`
beyond5 := ""
r := strings.NewReader(s)
reader := bufio.NewReader(r) // 显式创建可复用的 Reader
for {
line, err := reader.ReadString('\n')
if err != nil {
if err == io.EOF {
// 最后一行无 '\n' 时可能触发 EOF；需单独处理残留
if len(line) > 0 {
if strings.Contains(line, "5") {
beyond5 = "" // 此时已无后续内容
}
}
break
}
log.Fatal("read error:", err)
}
if strings.Contains(line, "5") {
// 从当前位置读取剩余全部字节（包括可能的尾部换行符）
remaining, err := io.ReadAll(reader)
if err != nil {
log.Fatal("read all error:", err)
}
beyond5 = string(remaining)
break
}
}
fmt.Printf("Beyond '5': %q\n", beyond5) // 输出: "6\n7\n"
}⚠️ 注意事项：
- reader.ReadString('\n') 返回的 line 包含末尾的 \n，因此 strings.Contains(line, "5") 能正确匹配 "5\n"；
- 若输入末尾无换行符（如 "1\n2\n5"），最后一次 ReadString 会返回该行并触发 io.EOF，此时 beyond5 应为空字符串；
- io.ReadAll 读取的是 reader 当前缓冲区之后的全部字节，精确对应“从匹配行之后到 EOF”的内容；
- 切勿混用 Scanner 和 Reader 操作同一底层 io.Reader，否则因缓冲区不一致导致数据丢失或跳过。
总结：当业务逻辑需要“条件触发后读取剩余全部”，应放弃 Scanner 的链式扫描思维，改用 bufio.Reader + io.ReadAll 组合——它更底层、更可控，也符合 Go “明确优于隐式”的设计哲学。
