.NET中有什么ApplicationException？

要抛出异常，我通常使用内置的异常类，例如ArgumentNullException和NotSupportedException。但是，有时我需要使用自定义异常，在这种情况下，我会写：

class SlippedOnABananaException : Exception { }
class ChokedOnAnAppleException : Exception { }

等等。然后我将它们扔到我的代码中。但是今天我遇到了ApplicationException全班学生-我应该改用它吗？这是为了什么？

拥有许多名称完全不同的有效相同的Exception类似乎没有效率（我通常不需要任何单独的功能）。但是我不喜欢捕获泛型ApplicationException并且必须使用额外的代码来确定错误是什么的想法。

ApplicationException我的代码应该放在哪里？

根据msdn中的评论：

用户应用程序（而不是公共语言运行时）会引发从ApplicationException类派生的自定义异常。ApplicationException类区分应用程序定义的异常和系统定义的异常。

如果要设计需要创建自己的异常的应用程序，建议您从Exception类派生自定义异常。最初认为自定义异常应该从ApplicationException类派生。然而，在实践中还没有发现这会带来重大价值。有关更多信息，请参见处理异常的最佳实践。

推导他们Exception。而且，只要有必要，我也不会为您的案例创建新的例外情况。如果遇到框架中已经存在异常的情况，请使用该异常，否则请自行滚动。

简短的答案是：无处可去。

这是过去的遗物，Microsoft打算让开发人员从ApplicationException继承其所有自定义异常。此后不久，他们改变了主意，并建议自定义异常应从基类Exception派生。请参阅MSDN上处理异常的最佳实践。

引起这种情况的最广泛的原因之一来自Jeffery Richter在《框架设计指南》中的摘录：

System.ApplicationException是一个类，不应属于.NET Framework。最初的想法是，从SystemException派生的类将指示从CLR（或系统）本身抛出的异常，而非CLR异常将从ApplicationException派生。但是，许多异常类没有遵循这种模式。例如，TargetInvocationException（由CLR引发）是从ApplicationException派生的。因此，ApplicationException类失去了所有含义。从该基类派生的原因是允许调用堆栈上方的某些代码捕获该基类。不再可能捕获所有应用程序异常。

所以你有它。执行摘要是ApplicationException不会有害，只是没有用。

在最初的设计中，在.NET 1.0中，计划框架本身将抛出SystemException并派生。而用户应用程序-将抛出ApplicationException并派生。

但是后来，在.NET 2.0中，它被删除了。

因此衍生自Exception。