c# 中 using 语句的两种用法

来源:这里教程网 时间:2026-02-21 17:36:45 作者:

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<int></int>
缩写成
List<int></int>

容易混淆的点:它和

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()
<p>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);
<pre class='brush:php;toolbar:false;'>var header = reader.ReadInt32();
// fs 和 reader 都在 ProcessFile 方法结束时按顺序 Dispose()

}

容易被忽略的陷阱:异步资源与 using

using
语句本身不支持
await
,所以不能直接用于返回
Task<idisposable></idisposable>
的工厂方法(如某些 DI 容器的
ResolveAsync<t>()</t>
)。强行写会导致编译错误
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();
<p>// 错误示例(无法编译):
// using var ctx = await CreateDbContextAsync(); // CS4003

实际项目中,最常出问题的是把

using
当作“万能内存管理工具”,或在异步上下文中忽略
IAsyncDisposable
的存在。记住:是否需要
await using
,取决于你拿到的对象类型契约,而不是你主观觉得“它应该异步释放”。

相关推荐