使用语句和try-catch()-finally重复？

Question

using(...) 语句是 try{} finally {} 的语法糖。

但是，如果我有如下所示的 using 语句：

using (FileStream fs = File.Open(path))
{


}

现在我想捕获打开此文件可能导致的异常（这是相当高风险的代码，因为它可能会因环境而失败），但是如果我编写 try-catch里面岂不是重复了？当代码被编译为 IL 时，我假设当代码被 JITted 时重复会被删除？

但是，我想捕获打开文件可能导致的异常（因此我应该将 try-catch 包装在 using 语句的范围之外），以及捕获在 using 块内执行的任何操作的异常，因此我应该添加 try-catch块内。

这似乎是我在 CLR 内部可能执行的操作中添加了很多重复内容。 CLR 是否添加了 catch 子句？

我的同事认为 using 语句很混乱（但这是因为单行稍微长一些，因为我对它们进行了硬编码，因为我需要非常快速地更改它们并且无法访问代码库的其他部分）。这位同事没有使用 using 语句，但是 using 语句和 try-finally/try-catch-finally 之间有任何功能差异吗？我确实看到过这样的一个案例，其中 WCF 服务有一个关于使用finally 和返回值（关于finally 的东西）的不为人所知的极端情况。解决方案是使用检查块。 C#中有类似的东西吗？

另一方面，是否所有实现 IDisposale 的类型都是非托管资源的所有者？与我朋友的讨论表明答案是否定的。 （我还阅读了该论坛的使用部分中的一些帖子，那里有一些非常好的知识）。

Answer 1

如果您确实需要处理一些异常，您可以自己实现该模式。就我个人而言，我仍然发现将 using 包装在 try/catch 块中更简单（更重要的是，更清晰）。

但如果你自己做，请确保你做对了。 Using 块还会创建一个匿名作用域块，以便您的变量更快地符合收集条件。在 Using 块末尾调用的 .Dispose() 方法仅清理非托管资源，因此您的对象持有的任何内存都可能会被清除。多呆一会儿。这可能不是一个大问题，但值得记住以防万一。

因此，要直接适应模式，您的代码需要看起来更像这样：

{
    FileStream fs;
    try
    {
        fs = File.Open(path);

    }
    catch (FileNotFoundException e) { /* ... */ }
    catch (IOException e) { /* ... */ }
    catch (Exception e) {/* ... */}
    finally
    {
        if (fs != null) fs.Dispose();
    }
}

就个人而言，我希望看到 Using 扩展到支持 Catch 和 最后块。由于他们已经对代码执行了转换，因此这似乎不会增加太多额外的复杂性。

Answer 2

我的偏好是保留 using 语句并将其包装在 try/catch 中。外部的 try/catch 将捕获您需要监视的任何异常，同时忽略 Dispose()。如果您稍后重构此代码以将 try/catch 移到其他地方（例如在调用函数中），这还有一个额外的优点，可以保护您免受自己的伤害。

至于你关于 IDisposable 的问题：任何人都可以以任何他们喜欢的理由来实现它。没有任何技术原因将其限制为非托管资源。 （是否应该仅限于您的代码中的非托管资源是另一个问题）。

Answer 3

using 和 try-finally 最大的区别是 using 只会调用 Dispose() 方法。如果您实现自己的finally块可以执行其他逻辑，例如日志记录，这不会包含在using中。

Answer 4

如果您需要显式处理语句中可能发生的不同异常情况，可以将 using 替换为 try/catch/finally 并调用 Dispose() 明确地放在finally 中。或者，您可以在 using 块周围放置一个 try/catch，以将异常情况与确保处置分开。

using 所做的唯一事情是确保即使在块内抛出异常，也会调用 Dispose() 。这是一般 try/[catch]/finally 结构的非常有限、高度具体的实现。

重要的是，这些选项都没有任何实际影响 - 只要它满足您的需要，可读且易于理解，谁在乎呢？额外的尝试不会成为瓶颈或其他什么！

回答你的最后一个问题 - 不，IDisposable 绝对并不一定意味着实现者拥有非托管资源的句柄。这是一个比这更简单、更通用的模式。这是一个有用的示例：

public class Timer : IDisposable
{
    internal Stopwatch _stopwatch;
    public Timer()
    {
        this._stopwatch = new Stopwatch();
        this._stopwatch.Start();
    }

    public void Dispose()
    {
        this._stopwatch.Stop();
    }
}

我们可以使用它来计时，而不必显式依赖 start 和 stop 被调用，方法是：

using(Timer timer = new Timer())
{
    //do stuff
}

Answer 5

using 构造是 try/finally 块的简写。也就是说，编译器生成：

FileStream fs = null;
try
{
    fs = File.Open(path);
    // ...
}
finally
{
    if (fs != null)
        fs.Dispose();
}

因此，如果您不需要 catch，则使用 using 是正确的，但如果需要，则应该使用普通的 尝试/捕获/最后。