对于诸如Spring
MVC之类的库来说，什么是有意义的，它需要足够开放才能适合各种不同的用例，但在编写特定的应用程序时，遵循您的想法并不一定有意义。这是其中一种情况。
如果您要引用的类（例如
Controller接口）作为方法签名，例如
handleRequest(HttpServletRequest request, HttpServletResponse response) throws Exception
这很可能是因为，从调用您的Controller的Spring类（例如
DispatcherServlet）的角度来看，它们并不关心您的代码调用的是哪种类型的Exception-
库代码（例如）
DispatcherServlet仅需要知道此类可能抛出Exception因此可以在一般情况下处理Exception。
换句话说，
DispatcherServlet不需要知道您的控制器可能抛出哪种特定类型的Exception-
它将把它们中的任何一个都视为“错误”。这就是方法签名为的原因
throws Exception。
现在，API作者可以使签名使用自定义的异常类型作为
SpringMvcException，但这只会迫使您处理方法中所有已检查的异常类型
handleRequest并将它们包装起来，这是乏味的工作样板代码。因此，由于Spring的几乎所有功能都是为了使您尽可能轻松，轻便地与之集成而设计的，因此让他们仅指定interface方法就更容易了
throwsException。
