c# - 如果在实例化 DbContext 资源的 using 语句中数据库连接失败，我如何自动抛出 ApplicationException？

Question

编辑，先阅读: 不是 using 语句占用了我的 ApplicationException，而是我在实际代码中使用的 DependencyResolver。一开始我什至没想到要看那里，但果然，如果我尝试直接实例化该类(与我在下面的简化示例代码中所做的相同)，它会按预期工作。如果我在 using 语句中使用 DependencyResolver，它只会按照我在下面记录的方式运行。我只是不想在我的问题中提及这一点，因为我忽略了它。我正在使用 Unity 容器，仅供引用。我会在处理它时对其进行更新，并且可能会删除它。

更新 2: 好的，事实证明当服务位置抛出异常时返回空资源是 MVC 中完全正常和预期的行为。当我第一次遇到这种行为并使自己感到困惑时，我完全没有意识到我正在使用依赖注入(inject)。所以我会留下这个问题，以防其他人发现自己处于类似情况。创建使用 DependencyResolver 服务定位器解析的资源时，您不能抛出异常!它会吞下异常并返回空资源!

此外，以防万一有人想知道我根据这些新信息做了什么更改:我只是将我的数据库检查/异常抛出逻辑移到了存储库中的几个关键方法中，而不是移到了构造函数中。我也停止使用 Unity 并切换到 Ninject，并从服务定位器模式转变为将我的容器包装在单例类中，但这与我遇到的导致该线程的问题无关，更像是一种风格选择。

结束编辑

假设我有某种访问数据库的类，就像这样......

public class Foo : IDisposable {

    private DbContext db = new FooDbContext();

    public DoSomething(){
        // do something with the FooDbContext...
    }

    // Dispose is implemented here as well...

}

当我去使用那个类时，我像这样访问它......

using (Foo foo = new Foo()){
    foo.DoSomething();
}

所以我想要完成的是，每当构造 Foo 类时，如果底层 DbContext 无法建立连接，则抛出 ApplicationException。

所以我将以下构造函数添加到 Foo 类中......

public Foo() {
    try
        {
            db.Database.Connection.Open();
        }
        catch
        {
            throw new ApplicationException("Database is not currently available. Try again later.");
        }
}

但这就是问题所在，回到这段代码...

using (Foo foo = new Foo()){
    foo.DoSomething();
}

如果在数据库不可用时执行 using 语句(我已经通过调试确认了这一点)，则在构造 Foo 时抛出 ApplicationException ，但是，该 ApplicationException 将被忽略，并且 DoSomething无论如何都会调用方法。那时，我得到的是 NullReferenceException 而不是我想要的 ApplicationException，因为 foo 是 null。

我的 ApplicationException 怎么了？为什么会被忽视？我该怎么做才能确保 ApplicationException 冒泡？

我实际上并不想处理 ApplicationException。对于某些上下文，这是一个 ASP.NET MVC 应用程序。我希望 ApplicationException 不被处理，并让我设置的自定义错误页面向用户显示 ApplicationException 中包含的消息。

Answer 1

我认为你没有进入数据库和连接细节的问题是因为 using block ，using block 吞没了构造函数中发生的异常。

http://www.digitallycreated.net/Blog/51/c%23-using-blocks-can-swallow-exceptions

https://msdn.microsoft.com/en-us/library/aa355056.aspx