最简单方式是先用File.WriteAllText清空目标文件，再用File.AppendAllText逐个追加源文件内容；大文件须用StreamReader/StreamWriter流式处理；编码应统一为UTF-8无BOM以避免乱码。
用 File.AppendAllText 逐个追加最简单
这是最直接的方式：先清空目标文件，再对每个源文件读取内容并追加。适合小到中等大小的文本文件（单个几百 MB 以内），内存占用低，代码也少。
常见错误是误用 File.WriteAllText 在循环里反复覆盖——结果只留下最后一个文件的内容。
- 先调用一次
File.WriteAllText(outputPath, "")清空或创建空目标文件 - 遍历源文件路径列表，对每个
path调用File.AppendAllText(outputPath, File.ReadAllText(path)) - 如果需换行分隔，改成
File.AppendAllText(outputPath, File.ReadAllText(path) + "\n") - 注意编码：默认用 UTF-8，若源文件是 GBK 或其他编码，得用
File.ReadAllText(path, Encoding.GetEncoding("GBK"))
大文件必须用 StreamReader / StreamWriter 流式处理
当任意一个源文件超过几百 MB，File.ReadAllText 会把整个文件加载进内存，极易触发 OutOfMemoryException。这时必须流式读写。
核心思路是：打开目标文件的 StreamWriter，对每个源文件新建 StreamReader，按行或按块读取、写入，不缓存全文。
- 用
new StreamWriter(outputPath, append: true)打开目标（避免手动控制是否覆盖） - 每个源文件用
using (var reader = new StreamReader(path, Encoding.UTF8))确保及时释放句柄 - 不要用
reader.ReadToEnd()；改用while ((line = reader.ReadLine()) != null)或reader.ReadBlock(buffer, 0, buffer.Length) - 若需保留原始编码，
StreamReader构造时传入对应Encoding，否则可能乱码
合并时如何处理 BOM 和编码混杂问题
Windows 记事本保存的 UTF-8 文件常带 BOM（EF BB BF），而 C# 的 File.ReadAllText 默认能识别；但流式读取时，BOM 会被当作普通字符写入，导致目标文件开头出现乱码或重复 BOM。
更麻烦的是多个源文件编码不同（如一个 UTF-8-BOM，一个 ANSI，一个 UTF-16）。硬统一转码容易丢字或出错。
- 优先约定所有源文件用 UTF-8 无 BOM —— 编辑器里可设（VS Code、Notepad++ 均支持）
- 若无法统一，读取前用
File.ReadAllBytes检查前 3 字节是否为 BOM，再选对应Encoding实例构造StreamReader - 目标文件建议固定用 UTF-8 无 BOM：
new StreamWriter(outputPath, false, new UTF8Encoding(encoderShouldEmitUTF8Identifier: false)) - 别依赖
Encoding.Default，它在不同系统上可能是 GBK/Shift-JIS/Windows-1252，极不可靠
用 File.WriteAllLines 合并再写入适合“行结构清晰”的场景
如果你的多个文件都是纯文本且以行为单位有意义（比如日志、配置片段），可以先把所有行读进一个 List<string></string>，最后一次性写出。比逐个 AppendAllText 更快（减少磁盘 I/O 次数），也比流式简单。
但注意：这仍会把全部行载入内存，所以仅适用于总行数可控（例如几百万行以内）、单行不超长的场景。
- 用
File.ReadLines(path)（不是ReadAllLines）逐文件迭代，避免一次加载整文件 - 用
linesList.AddRange(File.ReadLines(path))累积 - 最终调用
File.WriteAllLines(outputPath, linesList, Encoding.UTF8) - 若需去重或排序，现在做比合并后处理更高效
实际合并逻辑的复杂度，往往不在“怎么连起来”，而在于“怎么不丢字、不错码、不爆内存”。编码判断和流控这两步跳过，后面排查乱码或崩溃就得花三倍时间。
