聊聊 C# 中 using 语句可能的 3 个陷阱

简介: 大家都知道,C# 中可以用 using 关键字来简化非托管资源(如文件流、数据库连接等)的释放,但是如果用在错误的使用场景,可能会带来一些意想不到又难以排查的问题,来看看有哪些可能的陷阱吧!

Coding-74.png

前言

大家都知道,C# 中可以用 using 关键字来简化非托管资源(如文件流、数据库连接等)的释放,当变量离开 using 作用的范围后,会自动调用对象的 Dispose 方法,从而完成非托管资源的释放。在 C#8.0,进一步引入了简化版的 "using声明" 语法来避免多个 using 语句的嵌套,保证代码的优美,例如:

string connStr = "......";

using var conn = new SqlConnection(connStr);

conn.Open();

using var cmd = conn.CreateCommand();

cmd.CommandText = "select * from testdb";

using var reader = cmd.ExecuteReader();

while (reader.Read())
{
   
    // ......
}

虽然 using 语句非常有用,但在实际使用过程中也存在一些潜在的问题,不可不察!

可能的陷阱

  1. 嵌套使用 using 语句

    当多个 using 语句嵌套在一起,内部 using 语句中的资源在释放时,可能会把外部 using 语句中的资源也释放掉,比如:

     using (Stream stream = new FileStream("d:\1.txt", FileMode.OpenOrCreate))
     {
         
         using (StreamWriter writer = new StreamWriter(stream))
         {
         
             // ......
         }
     }
    

    例子中当内部的 writer 释放时,会同时释放外部的 stream 对象,这是因为 StreamWriter 类型 Dispose 机制所造成,所以当我们不太清除内层对象是否与外层对象有关系时,尤其要慎用 using 语句。

    除此之外,外部的 using 有时候也可能会在内部的 using 结束前就释放资源,导致意外的问题发生,比如数据库连接。

  2. 资源释放顺序:

    当多个 using 语句嵌套在一起时,如果多个资源需要按照特定顺序释放时,using 语句可能无法保证这一顺序,导致意外的问题发生。

  3. 作用域:

    简化版的 "using声明" 语法默认的作用域是整个方法体,所以很容易导致意外的问题发生,比如以下代码:

     void usingTest() 
     {
         
         using var outStream = File.OpenWrite("d:/1.txt");
         using var writer = new StreamWriter(outStream);
         writer.WriteLine("Hello world");
         string s = File.ReadAllText("d:/1.txt");
         Console.WriteLine(s);
     }
    

    当代码执行到下面这行代码时,就会提示文件被占用的错误。

     string s = File.ReadAllText("d:/1.txt");
    

    需要记得用花括号 {}using 语句包起来才能避免这个问题,如:

     void usingTest() 
     {
         
         {
         
             using var outStream = File.OpenWrite("d:/1.txt");
             using var writer = new StreamWriter(outStream);
             writer.WriteLine("Hello world");
         }
         string s = File.ReadAllText("d:/1.txt");
         Console.WriteLine(s);
     }
    

总结

using 语句本质上是 try-finally 的语法糖,所以当多个 using 语句嵌套在一起的时候,实际上就是多个 try-finally 语句嵌套在一起,所以造成一些奇怪的问题也就不奇怪了,尤其是 C#8.0 进一步简化 using 语句之后。

我们在享受 using 语句带来的便利的同时,也要注意 using 语句正确的使用场景,尤其是在需要使用嵌套 using 语句的时候,这样才能提高程序的健壮性。

最后,using 语句除了用于释放非托管资源之外,还在其它的用途,比如引用命名空间、为命名空间或类型创建别名等,有兴趣的童鞋可以继续深入了解。

我是老杨,一个执着于编程乐趣、至今奋斗在一线的 10年+ 资深研发老鸟,是软件项目管理师,也是快乐的程序猿,持续免费分享全栈实用编程技巧、项目管理经验和职场成长心得。喜欢文章欢迎关注老杨的公众号,和你共同探索代码世界的奥秘!

相关文章
|
编译器 C语言
C语言编程陷阱:语法陷阱
c语言要求在函数调用时即使函数不带参数,也应该包括函数列表。 是挂else问题
57 0
|
自然语言处理 编译器 C语言
C语言编程陷阱:词法陷阱
推荐一个零声学院免费教程,个人觉得老师讲得不错, 服务器课程
42 0
|
Java Android开发
语句嵌套中出现的BUG问题
语句嵌套中出现的BUG问题
66 2
|
5月前
|
Java C++ Python
选择、条件、循环语句是编程语言中用于控制程序流程的重要语句。
选择、条件、循环语句是编程语言中用于控制程序流程的重要语句。
|
6月前
|
存储 程序员 编译器
C陷阱与缺陷:语法陷阱
C陷阱与缺陷:语法陷阱
53 0
|
6月前
|
自然语言处理 编译器 程序员
C陷阱与缺陷:词法陷阱
C陷阱与缺陷:词法陷阱
51 0
|
编译器 C语言
《C陷阱与缺陷》之“语义”陷阱——数组越界导致的程序死循环问题
《C陷阱与缺陷》之“语义”陷阱——数组越界导致的程序死循环问题
140 0
|
自然语言处理 编译器 程序员
【C陷阱与缺陷】----语法陷阱
由于一个程序错误可以从不同层面采用不同方式进行考察,而根据程序错误与考察程序的方式之间的相关性,可以将程序错误进行划分为各种陷阱与缺陷
120 0
C++中逻辑操作符的陷阱
C++中逻辑操作符的陷阱
70 0
Day15 - let为什么可以解决循环陷阱
Day15 - let为什么可以解决循环陷阱
120 0