一. 异常处理
- Java类库中定义的可以通过预检查的方式规避的运行时异常不应该通过catch的方式来处理,
比如:NollPointerException、IndexOutBoundsException等等。 - 异常不要用来做流程控制、条件控制
- catch时分清稳定代码还是非稳定代码,稳定代码指的是无论如何都不会出错的代码,对于非稳定代码catch时尽可能的区分异常类型,
在做出对应的异常处理 - 捕获异常是为了处理,如果不想处理,就将该异常抛给它的调用者。最外层的业务使用者必须处理异常将其转换为用户可以理解的内容。
- 有try块放在事务代码中,catch异常后,如果需要回滚事务,一定要手动回滚事务
- finally块必须对资源对象、流对象进行关闭,有异常也要做try-catch
- 不要在finally块中使用return,因为在try中的return语句执行成功后,不会马上返回,而是继续执行finally块中的语句,如果在finally中存在return语句,就会覆盖try中的return返回值.
- 捕获异常与抛异常,必须是完全匹配,或者是捕获异常是抛异常的父类.
- 在调用RP、二次包、或动态生成类 相关方法时,捕捉异常必须使用Throwable类来拦截
二. 日志规约
- 应用中不可以直接使用日志系统(Log4j、Logback)中的API,而应该依赖使用日志框架SLF4J中的API,使用门面模式的日志框架,有利于维护和各个类的日志处理方式统一。
- 所有日志文件至少保存15天,网络运行状态、安全相关信息、系统监测、管理后台操作、用户敏感操作需要留存相关的网络日志不少于6个月。
- 应用中的扩展日志(如打点、临时监控、访问日志等)命名方式:appName_logType_logName.log
1. logType: 日志类型,
2. logName:日志描述
这种命名的好处:通过文件名就可以知道日志文件的属于什么应用、什么类型、什么目的,有利于归类查找。 - 在日志输出时,字符串变量之间的的拼接使用占位符的方式,原因是可以挺高性能。
- 对于trcae、debug、info级别的日志输出,必须进行日志级别的开关判断。