filestream构造函数参数必须匹配：filemode决定文件行为，fileaccess指定操作类型，二者需兼容（如append仅允许write），fileshare控制并发访问；using管理是必须的，确保及时释放句柄；read/write返回值不可忽略，需循环处理以保证全部数据完成。
FileStream 构造函数参数怎么选
创建 FileStream 最容易出错的地方是构造函数参数组合不匹配。比如用 FileMode.Create 却传了 FileAccess.Read，运行时直接抛 ArgumentException：“The file access requested is not compatible with the access required by the file mode.”
-
FileMode决定文件存在与否时的行为（如Create总是清空重写，OpenOrCreate存在则打开、不存在则新建） -
FileAccess是你打算对流做的操作（Read/Write/ReadWrite），必须和FileMode兼容：比如FileMode.Append只允许FileAccess.Write -
FileShare控制其他进程能否同时访问该文件；默认FileShare.None会独占锁，若另一程序正读这个文件，你的FileStream就会阻塞或抛IOException
用 using 管理 FileStream 是必须的吗
是。不显式调用 Dispose() 或不用 using，文件句柄不会立即释放，可能导致后续操作失败（如“文件正由另一进程使用”）、磁盘空间无法回收、甚至 AppDomain 卸载异常。
常见错误写法：
FileStream fs = new FileStream("log.txt", FileMode.Append, FileAccess.Write);
fs.Write(buffer, 0, buffer.Length);
// 忘了 fs.Close() 或 fs.Dispose()
正确写法：
using (FileStream fs = new FileStream("log.txt", FileMode.Append, FileAccess.Write, FileShare.Read))
{
fs.Write(buffer, 0, buffer.Length);
} // 自动调用 Dispose，释放句柄并刷新缓冲区
- 即使发生异常，
using块仍保证Dispose()被调用 - 如果手动管理，必须在
finally中调用Dispose()，且要判空 -
FileStream的Dispose()会隐式调用Flush()，但不保证磁盘落盘（需配合Flush(true)强制写入物理设备）
Read/Write 方法返回值为什么不能忽略
FileStream.Read() 和 FileStream.Write() 都返回实际操作的字节数，不是“成功就返回传入长度”。尤其在网络映射盘、加密文件系统或磁盘满时，可能只写入部分数据却无异常抛出。
95Shop可以免费下载使用，是一款仿醉品商城网店系统，内置SEO优化，具有模块丰富、管理简洁直观，操作易用等特点，系统功能完整，运行速度较快，采用ASP.NET(C#)技术开发，配合SQL Serve2000数据库存储数据，运行环境为微软ASP.NET 2.0。95Shop官方网站定期开发新功能和维护升级。可以放心使用！ 安装运行方法 1、下载软件压缩包； 2、将下载的软件压缩包解压缩，得到we
典型误用：
fs.Write(buffer, 0, buffer.Length); // ❌ 假设全部写完
安全写法：
int totalWritten = 0;
while (totalWritten < buffer.Length)
{
int written = fs.Write(buffer, totalWritten, buffer.Length - totalWritten);
if (written == 0) throw new IOException("Write returned 0 bytes — stream may be closed or full.");
totalWritten += written;
}
-
Read()同理：返回 0 表示已到流末尾，不是“读完了所有请求字节” - 同步 I/O 下，
Read()可能一次只读几字节（尤其小缓冲区 + 大文件） - 若需原子性写入，应先写临时文件，再
File.Move()替换原文件
FileStream 和 File 类方法有什么本质区别
File.OpenRead()、File.ReadAllBytes() 这些是封装好的快捷方式，底层仍用 FileStream，但它们隐藏了生命周期控制和缓冲策略细节。
-
File.ReadAllBytes("a.bin")会一次性把整个文件加载进内存 —— 文件超 100MB 就容易 OOM -
File.Copy()默认不保留 NTFS 权限或时间戳，而用FileStream手动复制可控制每个字节、加进度回调、做校验 - 高频小文件写入（如日志）用
FileStream配合BufferedStream更可控；简单读取配置可用File.ReadAllText() -
FileStream支持Seek()随机读写，File类静态方法全是一次性顺序操作
真正需要精细控制 I/O 行为、处理大文件、或避免内存暴涨时，绕不开直接用 FileStream。其他情况，优先选 File 类方法更简洁安全。
