自定义异常

异常已经被引入来处理函数层面的错误。其目的是为了避免返回错误代码和消除返回类型的模糊性。异常的力量来自于它们通过堆栈向下传播的能力。你没有义务直接处理异常。它允许你将你的正常代码流与错误处理分开。 当函数对参数的假设被打破或者函数不能履行其承诺时，

《Effective Java》一书的大部分内容都是聚焦构建一个干净、易懂的 API 以及它如何成为一个伟大库的基础。类的 API 的一部分是任何异常，它可能会抛出已检查（它成为签名的一部分）或未检查的堆栈。作为代码的编写者，我们有责任确保此 API 不会出现任何意外或令人震惊的情况。发生这

比如我有个下订单的服务，PlaceOrderService，里面有个提交订单的方法，submitOrder()。如果提交订单失败，原因可能有很多，有业务相关的错误，也可能是IOException这种错误，显然，简单的返回 成功/失败 这种布尔型的值到Controller/Action里是不够的，大家

过去，我们在开发接口时，如果发生了异常，为了给用户一个更友好的提示，比如说：

在本教程中，我们探讨ProblemDetails、其规范以及它在 Spring Boot REST 应用程序中的实现。 让我们深入探讨一下我们为什么要关心它。我们将探索在引入它之前错误处理是如何进行的，然后，我们还将讨论这个强大工具背后的规范。最后，我们将

在本教程中，我们将研究拦截器在gRPC服务器应用程序中处理全局异常的作用。 拦截器可以在请求到达 RPC 方法之前验证或操作请求。因此，它们在处理常见问题时非常有用，例如日志记录、安全性、缓存、审计、身份验证和授权以及应用程序的更多问题。