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 直接崩掉才回头改——这坑没必要踩第二遍。
