直接操作文件系统进行读写，通常伴随着繁琐的路径检查和字节处理。FileStream类则提供了另一种思路，它将文件抽象为一个连续的字节流，允许你以更灵活、可控的方式处理文件数据。无论是读取大文件的特定部分，还是实时写入日志，掌握FileStream都是进行高效、可靠文件操作的关键。
为什么使用 FileStream 而不是 File 的简单方法
File.ReadAllText这类方法虽然便捷，但在处理大文件时，会一次性将全部内容加载到内存，可能导致性能问题甚至内存溢出。FileStream的核心优势在于其“流”的特性，允许你按需、分块地读取或写入数据。例如，在解析一个几百兆的日志文件时，你可以用FileStream每次只读取一小段到缓冲区进行处理，内存占用始终保持在很低的水平，这是简单方法无法实现的。
如何正确初始化 FileStream 并设置文件模式与访问权限
创建FileStream实例时，构造函数中的FileMode和FileAccess参数至关重要。FileMode决定文件的打开或创建方式，例如FileMode.Open要求文件必须存在，FileMode.Create则会新建或覆盖文件。FileAccess则控制流的权限，如FileAccess.Read或FileAccess.Write。一个常见的实践是，结合FileMode.OpenOrCreate和FileAccess.ReadWrite来打开一个可读写的文件，如果文件不存在则创建它。务必在using语句中声明FileStream，以确保即使发生异常，文件句柄和系统资源也能被及时释放。
使用 FileStream 进行字节数据读写的最佳实践
FileStream读写的基本单位是字节。写入时，你需要将数据（如字符串）通过Encoding转换为字节数组，再调用Write方法。读取时，则需先定义一个字节数组作为缓冲区，通过Read方法将文件流中的数据读入缓冲区，然后再解码为可用格式。关键技巧在于循环读取：在while循环中反复调用Read方法，直到其返回值为0（表示已到流末尾），这样可以稳健地处理任意大小的文件。对于提升大文件读写效率，适当调整缓冲区大小（例如设置为4096或8192字节）是一个有效的优化手段。
你在实际项目中，是更倾向于使用FileStream进行精细控制，还是优先选择File类的快捷方法？欢迎在评论区分享你的场景和理由，如果觉得本文有启发，请点赞或分享给需要的同事。
