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);<br>// 后续代码中使用 file<br>// 离开当前作用域时自动 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())<br>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）来及时释放。
