using语句是C#中确保IDisposable对象及时释放资源的推荐方式，本质为编译器生成try...finally调用Dispose()；需用于FileStream、SqlConnection等非托管资源类型，避免泄漏。

在 C# 中，using 语句是确保 IDisposable 对象被正确释放资源的最常用、最推荐的方式。它本质是编译器提供的语法糖，背后会自动生成 try...finally 结构，在作用域结束时自动调用 Dispose() 方法。

using 语句怎么写？

最常见写法有两种：

• 单行声明 + 使用（推荐）：
  using (var file = new FileStream("log.txt", FileMode.Create)) { /* 操作文件 */ }
• using 声明（C# 8.0+，更简洁）：
  

  using var file = new FileStream("log.txt", FileMode.Create);
  // 后续代码中使用 file
  // 离开当前作用域时自动 Dispose

注意：只有实现了 IDisposable 接口的类型才能用于 using。

IDisposable 接口到底要做什么？

IDisposable 只有一个方法：void Dispose()。它的核心职责是释放非托管资源（如文件句柄、数据库连接、网络套接字、GDI 对象等），也可顺便释放托管资源（如大数组、缓存对象），但不是必须——托管资源由 GC 自动回收。

典型实现模式（标准 Dispose 模式）：

• 提供一个受保护的虚方法 Dispose(bool disposing)，区分是否需要释放托管资源
• 公开的 Dispose() 调用 Dispose(true) 并抑制终结器（GC.SuppressFinalize(this)）
• 可选：实现终结器（finalizer），作为“安全网”兜底释放非托管资源（但不保证何时执行）

哪些类型需要 using？

常见需显式释放的类型包括：

• FileStream、StreamReader、StreamWriter
• SqlConnection、SqlCommand、SqlDataReader
• HttpClient（注意：通常应复用单例，而非每次 new + using）
• Graphics、Bitmap（GDI+ 类型）
• 你自己写的封装了文件、连接或句柄的类（只要实现了 IDisposable）

不用 using 的后果：资源泄漏，比如文件被占用无法删除、数据库连接池耗尽、内存缓慢增长等。

using 不是万能的 —— 注意这些坑

using 解决的是“确定性释放”，但它不能替代逻辑设计：

• 不要在 using 块外返回内部资源：例如 using var reader = new StreamReader(...); return reader; —— 返回后 reader 已被释放，后续读取会抛异常
• 多个资源可用嵌套或逗号分隔：
  

  using (var a = new A())
  using (var b = new B()) { ... }

  
  或
  using (var a = new A(), b = new B()) { ... }
• 异步操作需用 using await（C# 8.0+）：
  await using var stream = new FileStream(...); —— 适用于实现 IAsyncDisposable 的类型（如 DbConnection 在 .NET Core 5+）

基本上就这些。记住核心：谁持有非托管资源，谁就该实现 IDisposable；谁创建了它，谁就该用 using（或手动调用 Dispose）来及时释放。