File.ReadAllText仅适用于小文本文件，大文件易致内存溢出；应优先使用File.ReadAllTextAsync等异步方法，尤其在ASP.NET Core中必须异步以保障吞吐量。
File.ReadAllText 适合读小文本文件
直接把整个文件内容当字符串加载进内存，简单粗暴。但别用它读几百 MB 的日志或二进制文件，会瞬间吃光内存甚至 OOM。
常见错误是传入不存在的路径，抛出 FileNotFoundException；或者权限不足，抛 UnauthorizedAccessException。
- 只推荐用于 UTF-8 或系统默认编码的小文本（
- 如果文件编码不是 UTF-8（比如 GB2312），要用
File.ReadAllText(path, Encoding.GetEncoding("GB2312")) - 路径里含中文或空格不用额外处理，.NET 本身支持 Unicode 路径
string content = File.ReadAllText(@"C:/data/config.txt");
StreamReader 配合 using 处理大文件或逐行读取
真正干活时最常用的方案。它不一次性加载全部内容，而是按需读取，内存友好，还能控制编码、缓冲区大小。
容易踩的坑：忘了加 using，导致文件句柄没释放，后续再读就报 IOException: The process cannot access the file...。
- 必须用
using包裹，确保Dispose()被调用 - 构造函数可指定编码，例如
new StreamReader(path, Encoding.UTF8) - 用
ReadLine()逐行处理，比ReadToEnd()更节省内存
using (var reader = new StreamReader(@"C:/data/log.txt", Encoding.UTF8))
{
string line;
while ((line = reader.ReadLine()) != null)
{
Console.WriteLine(line);
}
}
File.ReadAllBytes 和 MemoryMappedFile 应对超大二进制文件
读图片、视频、数据库文件这类二进制数据，File.ReadAllText 会乱码，StreamReader 也不合适——它本质是文本流。
如果文件大于 500 MB，File.ReadAllBytes 仍可能爆内存；这时得上 MemoryMappedFile，让系统帮你做分页映射。
-
File.ReadAllBytes简单够用，适用于几 MB 到一两百 MB 的二进制文件 -
MemoryMappedFile需配合MemoryMappedViewAccessor使用，复杂但可控 - 注意：32 位进程地址空间有限，即使物理内存充足，也容易
OutOfMemoryException
byte[] data = File.ReadAllBytes(@"C:/assets/photo.png");
异步读取避免 UI 冻结或线程阻塞
WinForms/WPF/ASP.NET Core 中，用同步读取（如 File.ReadAllText）会卡主线程。必须换异步 API，否则用户点按钮没反应，接口超时。
别手动开新线程调同步方法（比如 Task.Run(() => File.ReadAllText(...))），那是伪异步，浪费线程池资源。
- 优先用
File.ReadAllTextAsync、StreamReader.ReadToEndAsync等原生异步方法 - .NET 6+ 支持
FileStream构造时传FileOptions.Asynchronous提升性能 - ASP.NET Core 中所有 I/O 操作都应异步，否则吞吐量直线下滑
string content = await File.ReadAllTextAsync(@"C:/data/settings.json");
实际项目里，选哪种方式不取决于“哪个高级”，而取决于文件大小、类型、运行环境和是否在主线程。很多人一开始全用 File.ReadAllText，直到某天读一个 200 MB 的 JSON 直接崩掉才回头改——这坑没必要踩第二遍。