关于从通过 Spring 的 HTTP Invoker 公开的远程服务抛出异常的最佳实践？
除了 RemoteException 及其所有针对非业务逻辑问题抛出的子类之外，处理业务相关异常的正确方法是什么？ 在这些情况下可以子类化 RuntimeException 吗？我应该不检查我的业务异常吗？
Besides RemoteException and all of his subclases thrown for non business logic problems, what is the right way to handle business related exceptions?
Is it OK to subclass RuntimeException in those cases? Should I keep my business exceptions being non-checked?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我相信业务逻辑异常实际上是检查异常的唯一合理情况，与较低级别的连接、数据库、文件访问等异常不同。
I believe business logic exceptions are actually the only justified case for the checked exceptions, unlike lower level connectivity, database, file access, etc. exceptions.