using语句确保IDisposable对象在作用域结束时自动调用Dispose()，不释放内存；using指令是命名空间导入语法糖；using声明（C# 8.0+）简化资源管理且变量作用域更广；异步资源需用await using配合IAsyncDisposable。
（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，取决于你拿到的对象类型契约，而不是你主观觉得“它应该异步释放”。
