聊聊 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年+ 资深研发老鸟,是软件项目管理师,也是快乐的程序猿,持续免费分享全栈实用编程技巧、项目管理经验和职场成长心得。喜欢文章欢迎关注老杨的公众号,和你共同探索代码世界的奥秘!

相关文章
|
开发框架 .NET C#
C#学习相关系列之Linq用法---where和select用法(二)
C#学习相关系列之Linq用法---where和select用法(二)
921 2
|
12月前
|
数据库连接 开发者
.NET 内存管理两种有效的资源释放方式
【10月更文挑战第15天】在.NET中,有两种有效的资源释放方式:一是使用`using`语句,适用于实现`IDisposable`接口的对象,如文件流、数据库连接等,能确保资源及时释放,避免泄漏;二是手动调用`Dispose`方法并处理异常,提供更灵活的资源管理方式,适用于复杂场景。这两种方式都能有效管理资源,提高应用性能和稳定性。
280 2
|
Java
Java——编码GBK的不可映射字符
Java——编码GBK的不可映射字符
244 1
|
存储 编译器
【.NET Core】特性(Attribute)详解
【.NET Core】特性(Attribute)详解
555 2
|
监控 安全 Swift
减少 Try-Catch,可以这样干!
【8月更文挑战第5天】在软件开发中,try-catch 语句是处理异常的重要机制,但过度使用往往会导致代码臃肿、逻辑复杂且难以维护。今天,我们就来探讨几种有效减少 try-catch 使用的方法,让你的代码更加简洁、高效。
259 4
|
安全 编译器 API
程序与技术分享:C#调用DLL的几种方法
程序与技术分享:C#调用DLL的几种方法
1017 0
|
监控 网络协议 安全
【亮剑】当设备IP能ping通但无法上网时,可能是DNS解析、网关/路由设置、防火墙限制、网络配置错误或ISP问题
【4月更文挑战第30天】当设备IP能ping通但无法上网时,可能是DNS解析、网关/路由设置、防火墙限制、网络配置错误或ISP问题。解决步骤包括检查网络配置、DNS设置、网关路由、防火墙规则,以及联系ISP。预防措施包括定期备份配置、更新固件、监控网络性能和实施网络安全策略。通过排查和维护,可确保网络稳定和安全。
3463 1
|
算法
递归算法实现二分查找
本文简要介绍了递归实现的二分查找算法,这是一种在有序列表中快速查找的策略。递归方法虽在实际应用中较少,但有助于理解递归思想,为学习数据结构中的树内容打下基础。文中提供了原版和递归版本的二分查找代码,并强调了递归算法中处理未找到情况的注意事项。此外,还提到了递归在解决复杂问题时的优势,并通过链接分享了一个关于递归实现素数判断的例子。
253 2
|
机器学习/深度学习 算法 搜索推荐
揭秘深度学习中的自适应学习率调整策略
【4月更文挑战第30天】 在深度学习领域,优化算法的学习率是影响模型性能的关键因素之一。一个合适的学习率能够加快收敛速度,提高模型的泛化能力。然而,固定的学习率往往难以适应不同阶段的训练需求。因此,研究者们提出了多种自适应学习率调整策略以应对这一挑战。本文将深入探讨几种常用的自适应学习率方法,包括AdaGrad、RMSProp、Adam及其变种,分析它们的工作原理与实际应用效果,并讨论它们在特定问题中的选择指南。
|
缓存
Microsoft Store微软商店更新失败/无法更新应用解决方法
Microsoft Store微软商店更新失败/无法更新应用解决方法
10826 0