Go 标准库未提供原生的 ReadLineWithMaxLength 方法，但可通过组合 bufio.Reader 与 io.LimitReader 简洁、安全地实现带最大长度约束的行读取，避免内存溢出风险。
go 标准库未提供原生的 `readlinewithmaxlength` 方法，但可通过组合 `bufio.reader` 与 `io.limitreader` 简洁、安全地实现带最大长度约束的行读取，避免内存溢出风险。
在处理不可信输入（如 HTTP 请求体、日志流或用户上传文本）时，无长度限制的行读取（如 bufio.Scanner 默认 64KB 限制，或 bufio.Reader.ReadBytes('\n')）可能导致内存耗尽或拒绝服务（DoS）。Go 标准库确实不提供内置的 ReadLineWithMaxLength(delim byte, max int) 方法，但借助标准接口的组合能力，我们可以高效、可复用地构建该功能。
核心思路是：利用 io.LimitReader 对原始 io.Reader 施加字节上限，再将其包装为 bufio.Reader，最后调用 ReadBytes —— 这样无论分隔符是否出现，读取操作都不会超过指定字节数。
以下是推荐实现（含错误处理与边界情况覆盖）：
import (
"bytes"
"io"
"bufio"
)
// ReadLimitedLine 从 r 中读取至多 max 字节，返回首个 delim 分隔符前的内容（不含 delim）。
// 若 max 字节内未找到 delim，则返回已读全部内容（无 delim）；若读取过程中发生 I/O 错误（非 io.EOF），
// 则返回该错误；若仅因达到 max 限制而终止且未遇 delim，则返回 nil 错误（即成功读取截断行）。
func ReadLimitedLine(r io.Reader, delim byte, max int64) ([]byte, error) {
limited := io.LimitReader(r, max)
reader := bufio.NewReader(limited)
line, err := reader.ReadBytes(delim)
if err != nil {
if err == io.EOF || err == io.ErrUnexpectedEOF {
// EOF 表示流结束；ErrUnexpectedEOF 表示被 LimitReader 截断（常见于未找到 delim）
// 此时 line 包含已读全部内容（不含 delim），视为合法截断行
return line, nil
}
return nil, err
}
// ReadBytes 成功时 line 必含 delim，需移除
return bytes.TrimSuffix(line, []byte{delim}), nil
}
✅ 关键优势说明：
- 内存安全：io.LimitReader 严格保证最多读取 max 字节，杜绝超长行导致的 OOM；
- 语义清晰：返回值不隐含“是否遇到分隔符”，而是由调用方根据 line 长度和 err 类型判断（例如：len(line) == int(max) && err == nil 表明被截断）；
- 零拷贝优化：bytes.TrimSuffix 在多数情况下为 slice 操作，开销极低；
- 兼容性强：接受任意 io.Reader，支持管道、文件、网络连接等。
⚠️ 使用注意事项：
- max 应为 int64 类型以匹配 io.LimitReader 签名，传入负数将导致立即返回空行；
- 若需区分“流结束”与“长度截断”，应检查 err：io.EOF 表示源已尽，io.ErrUnexpectedEOF 明确表示被 LimitReader 中断（Go 1.16+ 更可靠）；
- 不要重复使用同一 io.LimitReader 实例多次调用 ReadLimitedLine —— 它会持续消耗剩余字节数；如需多行读取，请对每个调用新建 LimitReader 或改用 bufio.Scanner 配合自定义 SplitFunc（适用于固定分隔符场景）。
总结：虽然 Go 没有开箱即用的“限长读行”API，但通过 io.LimitReader + bufio.Reader 的组合，我们以不到 15 行代码实现了生产级健壮性 —— 这正是 Go 接口设计哲学的典型体现：小而精的原语，通过组合解决复杂问题。
