后端错误频繁的问题你了解吗，本站通过大数据汇集了后端错误频繁的相关解答，希望对你有所帮助。
异常的分类
JAVA中有三种?般类型的可抛类: 检查性异常(checked exceptions)、?检查性异常(unchecked
Exceptions) 和 错误(errors)。
NullPointerException，ArrayOutOfBoundsException。同时这样的异常不应该捕获，?应该打印出堆栈信息。
3. Errors：?多是?些运?环境的问题，这些问题可能会导致系统?法运?。例如OutOfMemoryError，StackOverflowError。
异常类继承关系
?户?定义异常
我们应该遵循如下的规范。
1. 当应?程序出现问题时，直接抛出?定义异常。
抛出自定义异常
2. 将?定义异常中的原始异常包装并抛出。
错误的做法
1. 不要吞下catch的异常。
这样的捕获毫?意义。我们应该使??定的?志输出来定位到问题。
2. ?法上应该抛出具体的异常。?不是Exception。
3. 要捕获异常的?类，?不是直接捕获Exception。
4. 永远不要捕获Throwable类。
5. 不要只是抛出?个新的异常，?应该包含堆栈信息。错误的做法：
6. 要么记录异常要么抛出异常，但不要?起执?。
7. 不要在finally中再抛出异常。
如果someMethod 和 cleanUp 都抛出异常，那么程序只会把第?个异常抛出来，原来的第?个异常（正确的原因）将永远丢失。
8. 始终只捕获实际可处理的异常。
不要为了捕捉异常?捕捉，只有在想要处理异常时才捕捉异常。
9. 不要使?printStackTrace()语句或类似的?法。
10. 如果你不打算处理异常，请使?finally块?不是catch块。
11. 应该尽快抛出(throw)异常，并尽可能晚地捕获(catch)它。你应该做两件事：分装你的异常在最外层进?捕获，并且处理异常。
12. 在捕获异常之后，需要通过finally 进?收尾。在使?io或者数据库连接等，最终需要去关闭并释放它。
13. 不要使?if-else 来控制异常的捕获。
14. ?个异常只能包含在?个?志中。
15. 将所有相关信息尽可能地传递给异常。有?且信息丰富的异常消息和堆栈跟踪也?常重要。
16. 在JavaDoc中记录应?程序中的所有异常。应该?javadoc来记录为什么定义这样?个异常。
17. 异常应该有具体的层次结构。如果异常没有层次的话，则很难管理系统中异常的依赖关系。
类似这样：
关于后端错误频繁，后端错误频繁的介绍到此结束，希望对大家有所帮助。
