java异常统一处理 设备异常处理流程及规定？
设备异常处理流程及规定？
1. 如果可以处理，就应该早点处理。如果不能处理它，则应该将其消化或转换为runtimeException。因为对于应用程序系统来说，抛出大量异常是有问题的。我们应该从程序开发的角度尽可能地控制异常的可能性。
2. 对于检查异常，如果不能有效地处理它，最好将其作为runtimeException抛出。这也给了上层代码一个选择——是否处理它。
3. 对于一个应用系统来说，它应该有自己的异常处理框架，这样当异常发生时，它也可以得到统一的处理风格，并将优雅的异常信息反馈给用户。
在JAVA中捕获异常后throw自定义异常是不优雅的吗？
事实上，这种方法在很多框架中都有使用
1。Rethrow
自定义异常，用于更好地隔离异常，识别异常类型、ID、自定义消息和日志
2。对第三方库的异常进行打包和抽象，以保持与框架异常定义的一致性，方便框架处理不同的异常
3。Restful API，统一异常管理
对于抛出的异常，检查异常应该与方法耦合，特别是接口中定义的方法影响很大，使用不够灵活。如果不抛出异常，则必须尝试捕获全屏。我目前的方法是，除非抛出的异常需要由调用层显式处理，否则用户定义的异常将继承runtimeException并在顶级调用中进行try catch。这样，方法的声明和使用就简单多了。事实上，我认为最重要的是团队的一致性。
java异常统一处理 springcloud全局异常处理 自定义异常处理
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
