为何将StreamReader对象强制转换为IDisposable接口？相关技术疑问

首先，先明确你给出的两段等价代码：

using语法糖版本：

using (StreamReader reader = File.OpenText("file.txt")) { ... }

手动展开的try-finally版本：

{ 
    StreamReader reader = File.OpenText("file.txt"); 
    try { ... } 
    finally { 
        if (reader != null) ((IDisposable)reader).Dispose(); 
    } 
}

接下来逐个解答你的问题：

• 我们是否需要显式将StreamReader对象强制转换为IDisposable接口？
  在早期的C#版本（比如C# 1.0）中，StreamReader是显式实现IDisposable接口的Dispose方法的。显式实现的接口方法，只能通过接口类型的引用来调用，直接用StreamReader实例是访问不到Dispose方法的——这就是为什么必须强制转换为IDisposable才能调用Dispose。不过在后续的C#版本中，有些类（包括后来的StreamReader）把Dispose改成了公共方法，但这段代码保留的是早期写法的规范，确保即使面对显式实现接口的类也能正确释放资源。

• 能否将类类型转换为接口？
  完全可以！只要这个类实现了对应的接口，这种向上转型是C#里非常基础且合法的操作。StreamReader明确实现了IDisposable接口，所以把它的实例转换为IDisposable类型是安全的，编译时会做类型检查，运行时也不会抛出转换异常。

• 既然接口没有实现，转换为接口能获得什么收益？
  这里有个小误区：接口本身确实没有方法实现，但实现接口的类必须提供方法的具体实现。转换为IDisposable的核心收益有两点：

  1. 调用显式实现的接口方法：如前面所说，如果类是显式实现IDisposable，只有通过接口引用才能调用Dispose；
  2. 保证代码的通用性与规范性：不管是哪个实现了IDisposable的类，转换为接口后都能统一调用Dispose，符合面向接口编程的思想，避免了类自身方法命名或重载带来的混淆，也让资源释放的逻辑更通用。

内容的提问来源于stack exchange，提问作者miran80