c# 中 using 语句的两种用法

using语句确保IDisposable对象在作用域结束时自动调用Dispose()，不释放内存；using指令是命名空间导入语法糖；using声明（C# 8.0+）简化资源管理且变量作用域更广；异步资源需用await using配合IAsyncDisposable。

using 语句用于资源释放（IDisposable）

这是 using 最常见的用途：确保 IDisposable 对象在作用域结束时自动调用 Dispose()，哪怕发生异常。它等价于手动写 try/finally，但更简洁安全。

常见错误是误以为 using 会“销毁对象”或“释放内存”——它只负责调用 Dispose()，不触发 GC；如果对象没实现 IDisposable，编译直接报错 CS1674。

• using 块内声明的对象必须可赋值给 IDisposable，例如 Filestream、SqlConnection、HttpClient（注意：长期复用 HttpClient 时不建议每请求都 new + using）
• 嵌套多个资源可用逗号分隔：using (var a = new A(), b = new B()) { ... }，它们按声明逆序释放
• 不能在 using 块外访问变量（作用域限制），否则报错 CS0136

using (var fs = new FileStream("log.txt", FileMode.append)) {     var writer = new StreamWriter(fs);     writer.WriteLine("Done."); } // 这里 fs.Dispose() 自动被调用

using 指令用于命名空间导入

这是编译器层面的语法糖，仅影响名称解析，不涉及运行时行为或资源管理。它让代码不用写完整类型名，比如把 System.Collections.Generic.List 缩写成 List。

容易混淆的点：它和 using 语句同名但完全无关；放在文件顶部，作用于整个文件（除非用 global using）。

• 重复导入同一命名空间不会报错，也不会带来性能开销
• 若两个命名空间含同名类型（如 System.Drawing.Point 和 windows.Foundation.Point），需用完整名或 using 别名 = 全名; 消除歧义
• .net 5+ 支持 global using，适合统一管理常用命名空间，避免每个文件都写一堆 using

using System; using System.IO; using static System.Console; // 还支持 static 导入，可直接调用 WriteLine() 
class Program { static void Main() => WriteLine("Hello"); // 不用写 Console.WriteLine }

using 声明（C# 8.0+）：更轻量的资源管理

这是对传统 using 语句的简化形式，把资源声明提到作用域外，但仍保证在作用域末尾调用 Dispose()。它不是新语法糖，而是编译器生成相同 IL 的不同写法。

关键区别在于作用域：传统 using 块内变量不可外泄；而 using 声明的变量在当前作用域（如方法体）内可见，只是会在作用域结束时自动释放。

• 适用于需要在 using 块外继续读取资源状态（如检查 IsDisposed）、或想减少缩进层级的场景
• 不能用于 if 或 for 等控制结构内部单独声明（会报错 CS8421），必须位于显式作用域起点（如方法、Lambda、局部函数）
• 多个 using 声明按书写顺序释放，与传统 using 块的逆序不同，需留意依赖关系

static void ProcessFile() {     using var fs = new FileStream("data.bin", FileMode.Open);     using var reader = new BinaryReader(fs); 
var header = reader.ReadInt32(); // fs 和 reader 都在 ProcessFile 方法结束时按顺序 Dispose()
}
容易被忽略的陷阱：异步资源与 using
using 语句本身不支持 await，所以不能直接用于返回 Task 的工厂方法（如某些 DI 容器的 ResolveAsync()）。强行写会导致编译错误 CS4003。
正确做法是先 await 获取资源，再用 using 管理；或者改用 IAsyncDisposable + await using（C# 8.0+）。

 await using 要求类型实现 IAsyncDisposable，调用的是 DisposeAsync()，不是同步 Dispose() 
不要混用：对只实现 IDisposable 的类型用 await using 会编译失败；反之，对支持异步释放的类型只用普通 using 会丢失异步清理机会
EF Core 的 DbContext 默认不实现 IAsyncDisposable，但其 SaveChangesAsync() 是异步的——释放本身仍是同步的，这点常被误解

await using var context = new AppDbContext(); // 正确：DbContext 可选启用 IAsyncDisposable await context.SaveChangesAsync(); 
// 错误示例（无法编译）： // using var ctx = await CreateDbContextAsync(); // CS4003
实际项目中，最常出问题的是把 using 当作“万能内存管理工具”，或在异步上下文中忽略 IAsyncDisposable 的存在。记住：是否需要 await using，取决于你拿到的对象类型契约，而不是你主观觉得“它应该异步释放”。