ReadAllTextAsync 读大文件会爆内存，因其将整个文件一次性加载为UTF-16 string，1GB文件约占2GB托管堆，易触发GC压力或OutOfMemoryException；建议>10MB文件改用FileStream+StreamReader流式异步读取。
ReadAllTextAsync 读大文件会爆内存吗？
ReadAllTextAsync 本质是把整个文件一次性加载进 string，底层调用 StreamReader.ReadToEndAsync。它不阻塞线程（用了 IOCP），但**会阻塞内存**——文件多大，就分配多大的托管堆空间。1GB 文件 ≈ 2GB 内存占用（UTF-16 string）。遇到几百 MB 以上文件，很容易触发 GC 压力甚至 OutOfMemoryException。
实操建议：
- 别用
ReadAllTextAsync处理 >10MB 的文本文件，尤其不确定编码或行结构时 - 若必须用，加
try/catch (OutOfMemoryException)并降级到流式处理 - 确认编码：默认 UTF-8 BOM 检测，但显式传
Encoding.UTF8更稳，避免隐式解码失败
真正适合大文件的异步读取：Stream + StreamReader 组合
核心是避免全量加载，用 StreamReader 包裹 FileStream，按需读取（逐行、按块、或自定义缓冲区）。
关键点：
- 创建
FileStream时必须传FileOptions.Asynchronous，否则ReadAsync会退化为同步 + 线程池线程模拟异步 -
StreamReader构造函数里传入该 stream，并设leaveOpen: true，避免Dispose关闭底层流 - 用
ReadLineAsync或ReadAsync配合char[]缓冲区，控制单次内存分配大小
示例（安全读取大日志文件）：
var options = new FileStreamOptions
{
Access = FileAccess.Read,
Mode = FileMode.Open,
Options = FileOptions.Asynchronous
};
await using var fs = new FileStream(@"C:\big.log", options);
await using var reader = new StreamReader(fs, Encoding.UTF8, detectEncodingFromByteOrderMarks: false, bufferSize: 8192, leaveOpen: true);
string line;
while ((line = await reader.ReadLineAsync()) != null)
{
// 处理单行，不累积全文本
}
异步写大文件：别用 WriteAllTextAsync，改用 StreamWriter
WriteAllTextAsync 同样是全量写入，且内部会先构建完整 string 再写入——对大内容毫无优势，还浪费内存。
正确做法：
- 用
FileStream（带FileOptions.Asynchronous）+StreamWriter流式写入 - 写入前确保目标目录存在：
Directory.CreateDirectory(Path.GetDirectoryName(path)) - 如需追加，
FileMode.Append；覆盖则用FileMode.Create - 写入后显式
await writer.FlushAsync()，避免缓冲区滞留数据
注意：如果写入内容本身来自大内存对象（如一个几百万元素的 List），请边生成边写，而不是先拼成大字符串再写。
为什么 FileStreamOptions.Asynchronous 不可省略？
Windows 上，.NET 的异步文件 IO 依赖系统级 IOCP（I/O Completion Port）。没设 FileOptions.Asynchronous，即使调用 ReadAsync，底层也会用同步 API + 线程池线程来“假装”异步——线程池被大量占用，高并发下吞吐骤降，还可能引发 ThreadStarvation。
验证方法：在调试器中看 FileStream 实例的 _isAsync 字段，或用 PerfView 抓取 ThreadPool/WorkerThreadStart 事件。若频繁出现，大概率漏了这个 flag。
容易忽略的细节：
-
File.OpenRead(path)和File.OpenWrite(path)返回的 stream 默认不启用异步 IO - .NET 6+ 的
FileStream构造函数已将isAsync参数改为FileStreamOptions，旧写法new FileStream(..., true)已过时
大文件 IO 的瓶颈从来不在“是否异步”，而在于“是否流式”和“是否绕过内存拷贝”。把 ReadAllTextAsync 当银弹，反而最容易在压测时翻车。
