Go bufio.Reader ReadString 读不到分隔符如何判定 EOF

用 bufio.Reader.ReadString('\\n') 读文本时，最后一行没有换行符并不代表没有数据。真正的判断是：返回的字符串非空，就先处理这段内容；再看错误是不是 io.EOF。也就是说，ReadString 可能同时返回“读到的最后片段”和 io.EOF，只有字符串为空且错误为 EOF 时，才表示输入已经读完。

官方地址：https://pkg.go.dev/bufio#Reader.ReadString

ReadString 读不到分隔符时到底返回什么

ReadString(delim) 会一直读取，直到遇到指定的一个字节分隔符，或者底层读取返回错误。遇到分隔符时，返回字符串包含这个分隔符；如果先到达输入末尾，已经读到的部分仍会返回，错误则是 io.EOF。

例如输入只有 alpha\\nbeta，第一次读取得到 "alpha\\n" 和 nil；第二次读取得到 "beta" 和 io.EOF。第二个返回值里的 EOF 说明后面不会再有数据，不表示 "beta" 应该被丢掉。

判断 EOF 前先看字符串是否还有内容

最容易写错的是下面这种思路：只要 err != nil 就直接返回。它会把没有末尾换行的最后一条记录当成失败。更稳妥的循环是先消费数据，再处理错误：

package main

import (
	"bufio"
	"errors"
	"fmt"
	"io"
	"strings"
)

func readRecords(input string) error {
	reader := bufio.NewReader(strings.NewReader(input))
	for {
		// ReadString 可能同时带回最后片段和 io.EOF，所以先处理 data。
		data, err := reader.ReadString('\n')
		if data != "" {
			fmt.Printf("record=%q\\n", strings.TrimSuffix(data, "\\n"))
		}
		if errors.Is(err, io.EOF) {
			// EOF 表示输入结束；若 data 已处理，这里只负责退出。
			return nil
		}
		if err != nil {
			// 非 EOF 错误需要保留，不能伪装成正常结束。
			return err
		}
	}
}

这里使用 errors.Is 判断 EOF，是为了兼容被包装过的错误。若业务需要保留行尾，就不要调用 strings.TrimSuffix；若分隔符不只是换行，也要按实际协议决定是否移除它。

四种输入边界要分开处理

“没有换行符的尾部”与“空输入”只差一个 data != "" 判断，却会直接影响日志、CSV、配置文件和网络协议解析。对于允许空记录的协议，不能简单用字符串是否为空代替协议层的记录判断，应把空记录规则单独写清楚。

不要用 err != nil 一刀切

如果读取循环只在 err == nil 时处理数据，尾部无分隔符的内容会消失；如果遇到 EOF 还继续调用而不退出，又可能重复进入结束状态。推荐固定成“非空数据先消费、EOF 结束、其他错误上抛”的顺序，并在单元测试里覆盖是否带末尾换行两种输入。

常见问题

ReadString 返回 io.EOF 时，data 还能用吗？

能用。只要 data 非空，它就是本次已经读取到的尾部内容，应先处理，再把 EOF 当作输入结束信号。

ReadString 返回的字符串一定包含分隔符吗？

只有真正读到分隔符时才包含；如果先读到 EOF，返回的最后片段不包含不存在的分隔符。

可以用 strings.TrimSpace 清理结果吗？

不建议默认这样做。TrimSpace 会删除业务数据两端的空格和换行；只想去掉行尾时，使用针对分隔符的 TrimSuffix 更安全。

记住一个边界就够了：EOF 描述的是后续输入状态，data 描述的是本次已经拿到的内容。两者同时出现时，内容仍然要处理。