应预处理归一化换行符：先用strings.replaceall(input, "\r\n", "\n")，再用strings.replaceall(input, "\r", "\n")；bufio.scanner已自动处理\r\n和\r，返回的行不含换行符，无需额外清理。
读取外部文本时换行符不统一怎么办
从文件、网络或用户输入拿到的字符串，很可能混着 \r\n（Windows）、\n（Unix）、甚至 \r（旧Mac）——fmt.Println 或 strings.Split 会直接按字面切分，导致行为不一致。这不是Go的问题，而是数据源不可控。
最稳妥的做法是预处理：把所有换行序列归一为 \n，再交给后续逻辑处理。
- 用
strings.ReplaceAll(input, "\r\n", "\n")消除 Windows 风格 - 再用
strings.ReplaceAll(input, "\r", "\n")消除旧 Mac 风格（注意顺序：先换\r\n，再换单独\r，否则会把\r\n错误变成\n\n） - 如果性能敏感且确定只含
\r\n和\n，可用单次正则：regexp.MustCompile(`\r\n|\r`).ReplaceAllString(input, "\n")
用 bufio.Scanner 读文件时还用手动清理吗
bufio.Scanner 默认以 \n 为分隔符，但它能自动识别并跳过 \r\n 和 \r，返回的每行 string 都不含任何回车符——也就是说，它已经帮你做了归一化，无需额外 strings.TrimSuffix。
但要注意两个边界：
在 Go 中使用 google/wire 实现编译时依赖注入——wire.NewSet、wire.Build、wire.Bind（接口→实现）、wire.Struct、wire.Value、wire.Interface
- 如果原始文件末尾没有换行符，
Scanner.Scan()仍会返回最后一行，这没问题；但若你依赖Scanner.Err()判断是否读完，要记得检查io.EOF - 若文件含非法 UTF-8 字节（比如二进制混入文本），
Scanner会报错；此时改用bufio.Reader.ReadString('\n')更可控，但需自己处理\r\n的截断
正则匹配多行文本时 . 为什么不匹配 \n
Go 的 regexp 默认开启“多行模式”（(?m)），但 . 依然不匹配换行符——这是设计如此，和 Perl/Python 不同。想让 . 匹配包括 \n 在内的任意字符，必须显式启用“单行模式”（(?s)）。
常见错误写法：`first.*third` 在含换行的字符串中永远不匹配；正确写法是：`(?s)first.*third`。
- 不要用
[\s\S]替代.：虽然可行，但语义不清，且\s在 Go 中包含\n、\r、\t等，可能意外匹配到空格或制表符 - 如果只需匹配“任意非换行字符”，保持默认即可；只有明确需要跨行匹配内容时，才加
(?s) - 预编译正则（
regexp.MustCompile）比每次regexp.Match快得多，尤其在循环中
写入文件时要不要还原成 \r\n
绝大多数情况不用。Go 的 fmt.Fprintln、log.Printf 等写入文件时，内部仍用 \n；操作系统 I/O 层或终端模拟器会按需转换（例如 Windows 控制台显示时转成 \r\n）。只有两种场景需主动还原：
- 生成 Windows 批处理脚本（
.bat）或 PowerShell 脚本（.ps1），某些解释器严格要求\r\n - 与遗留系统对接，对方解析器硬编码只认
\r\n（比如某些嵌入式设备日志协议）
此时别手写 strings.ReplaceAll 全局替换——那会把文本内原本的 \n（比如用户输入的地址字段）也改掉。应只在最终写入前，对整段输出做一次 strings.ReplaceAll(output, "\n", "\r\n")。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
