新闻资讯

NEWS CENTER
栏目导航

异常处理的 15 个处理原则

发布时间:Mar 03, 2019         已有 人浏览

  异常处理的 15 个处理原则_计算机软件及应用_IT/计算机_专业资料。见过很多人在进行异常处理的时候,直接一个 e.printStackTrace() 就完成了,这是一种非 常粗陋的做法, 首先会导致应用日志的大量错误信息, 而很多时候你都不知道这些错误信息 因何发生;

  见过很多人在进行异常处理的时候,直接一个 e.printStackTrace() 就完成了,这是一种非 常粗陋的做法, 首先会导致应用日志的大量错误信息, 而很多时候你都不知道这些错误信息 因何发生;再者,反应到用户端将直接导致用户无法获取操作的结果以及失败的原因。 以下 15 条异常处理的原则来自国外的博客: 不用使用异常来管理业务逻辑,应该使用条件语句。如果一个控制逻辑可通过 if-else 语句来简单完成的,那就不用使用异常,因为异常会降低代码的可读性和性能,例 如一些 null 的判断逻辑、除 0 的控制等等; 1. 2. 异常的名字必须清晰而且有具体的意思,表示异常发生的问题,例如 FileNotFoundException 就很清晰直观 3. 当方法判断出错该返回时应该抛出异常,而不是返回一些错误值,因为错误值难以 理解而且不够直观, 例如抛出 FileNotFoundException 异常, 而不是返回 -1 或者 -2 之 类的错误值。 4. 应该捕获指定的异常,而不是 catch(Exception e) 了事,这对性能、代码的可读 性以及诸多方面都有好处 5. Null 的判断逻辑并不是一成不变的,当方法允许返回 null 的时候使用 if-else 控 制逻辑,否则就抛出 NullPointerException 6. 尽量不要二次抛出异常,如果非得这么做的话,抛出同一个异常示例,而不是重新 构建一个异常对象,这对性能是有帮助的,而且外层调用者可获取线. 定义你自己的异常类层次,例如 UserException 和 SystemException 分别代表 用户级别的异常信息和系统级别的异常信息,而其他的异常在这两个基类上进行扩展 8. 明确的使用不同的异常类型: Fatal: System crash states. Error: Lack of requirement. Warn: Not an error but error probability. Info: Info for user. Debug: Info for developer. 9. 不要仅仅捕获异常而不做任何处理,不便于将来维护 10. 不要多次重复记录同一个异常,这可以让我们清晰的了解异常发生的位置 11. 请使用 finally 来释放一些打开的资源,例如打开的文件、数据库连接等等 12. 大部分情况下不建议在循环中进行异常处理,应该在循环外对异常进行捕获处理 13. 异常的粒度很重要,应该为一个基本操作定义一个 try-catch 块,不要为了简便, 将几百行代码放到一个 try-catch 块中 14. 为你的异常生成足够的文档说明,至少是 JavaDoc 15. 为每个异常消息定义一个数值,这对好的文档来说是非常重要的。 你有其他的补充吗?请不吝赐教。

Copyright © 2002-2019 幸运蛋蛋开奖结果 版权所有