软件开发咨询 php实训咨询 app开发咨询 vr全景制作 微信开发咨询

凹凸软件开发技术小课堂:Java开发异常处理

凹凸软件开发技术小课堂:Java开发异常处理


      在凹凸网络科技有限公司做java开发时,跟大家一样常常会遇到程序报错的情况,在一遍又一遍的改错中,总结了一些面对java报错的错误处理办法,跟大家做一个分享,希望能够在工作和学习中帮助到大家。

误区一、将异常打印在客户端

将异常直接打印在客户端的例子屡见不鲜,以 JSP 为例,一旦代码运行出现异常,默认情况下容器将异常堆栈信息直接打印在页面上。其实从客户角度来说,任何异常都没有实际意义,绝大多数的客户也根本看不懂异常信息,软件开发也要尽量避免将异常直接呈现给用户。

误区二、只是将异常打印到控制台

异常处理只是将异常输出到控制台,没有任何意义。而且这里出现了异常并没有中断程序,进而调用代码继续执行,导致更多的异常

误区三、多层次封装抛出非检测异常

如果我们一直坚持不同类型的异常一定用不同的捕捉语句,那大部分例子可以绕过这一节了。但是如果仅仅一段代码调用会抛出一种以上的异常时,很多时候没有必要每个不同类型的 Exception 写一段 catch 语句,对于开发来说,任何一种异常都足够说明了程序的具体问题。

误区四、混用多种第三方日志插件

现如今 Java 第三方日志库的种类越来越多,一个大项目中会引入各种各样的框架,而这些框架又会依赖不同的日志库的实现。最麻烦的问题倒不是引入所有需要的这些日志库,问题在于引入的这些日志库之间本身不兼容。如果在项目初期可能还好解决,可以把所有代码中的日志库根据需要重新引入一遍,或者换一套框架。但这样的成本不是每个项目都承受的起的,而且越是随着项目的进行,这种风险就越大。

怎么样才能有效的避免类似的问题发生呢,现在的大多数框架已经考虑到了类似的问题,可以通过配置 Properties 或 xml 文件、参数或者运行时扫描 Lib 库中的日志实现类,真正在应用程序运行时才确定具体应用哪个特定的日志库。

其实根据不需要多层次打印日志那条原则,我们就可以简化很多原本调用日志打印代码的类。很多情况下,我们可以利用拦截器或者过滤器实现日志的打印,降低代码维护、迁移的成本

更多软件开发技术问题请登入www.ao-tu.com查询


上一篇 下一篇

凹凸最新动态资讯


技术保障软件安全


行业最新动态发展


UI设计最新理念


APP最新开发技术


APP最新行业动态