- 浏览: 129071 次
- 性别:
- 来自: 北京
文章分类
最新评论
-
skill_job:
请问如何保证instance实例的线程安全?
浅谈java单例模式延迟加载 -
FLFLFLFLFLS:
很实用的,
java代码下载了,在eclipse中运行了一下 ...
针对如"123456"之类的任意字符序列,输出它们所有的排列组合 . -
FLFLFLFLFLS:
很实用的,
java代码下载了,在eclipse中运行了一下, ...
针对如"123456"之类的任意字符序列,输出它们所有的排列组合 . -
dengminghua1016:
不同古文的深远,现代的网络词语充满活力,其词意的直接和幽默将现 ...
网络经典语句 -
dengminghua1016:
古文的意境可意不可言,给人的想象空间可谓浩瀚无边···收集一些 ...
古文中惊艳的句子,绝对有你想要的!
Java Web项目整体异常处理机制
在实际的j2ee项目中,系统内部难免会出现一些异常,如果把异常放任不管直接打印到浏览器可能会让用户感觉莫名其妙,也有可能让某些用户找到破解系统的方法。
出来工作一年时间了,我也大概对异常处理有了一些了解,在这呢小弟简单介绍下个人对异常处理的见解,抛砖引玉,希望各位大神提出宝贵的意见和建议。
就拿spring+struts2+hibernate项目说明:通常一个页面请求到后台以后,首先是到action(也就是所谓mvc的 controller),在action层会调用业务逻辑service,servce层会调用持久层dao获取数据。最后执行结果会汇总到 action,然后通过action控制转发到指定页面,执行流程如下图所示:
而这三层其实都有可能发生异常,比如dao层可能会有SQLException,service可能会有 NullPointException,action可能会有IOException,一但发生异常并且程序员未做处理,那么该层不会再往下执行,而是向 调用自己的方法抛出异常,如果dao、service、action层都未处理异常的话,异常信息会抛到服务器,然后服务器会把异常直接打印到页面,结果 就会如下图所示:
其实这种错误对于客户来说毫无意义,因为他们通常是看不懂这是什么意思的。
刚学java的 时候,我们处理异常通常两种方法:①直接throws,放任不管;②写try...catch,在catch块中不作任何操作,或者仅仅 printStackTrace()把异常打印到控制台。第一种方法最后就造就了上图的结果;而第二种方法更杯具:页面不报错,但是也不执行用户的请求, 简单的说,其实这就是bug(委婉点:通常是这样)!
那么发生异常到底应该怎么办呢?我想在大家对java异常有一定了解以后,会知道:异常应该在action控制转发之前尽量处理,同时记录log日志,然后在页面以友好的错误提示告诉用户出错了。大家看下面的代码:
//创建日志对象
Log log = LogFactory.getLog(this.getClass());
//action层执行数据添加操作
如果按照上面的方式处理异常以后,我们用户最后看到的页面可能就会是下面这种形式(我想这种错误提示应该稍微友好点了吧):
然后我们回到刚才处理异常的地方,如果大家积累了一些项目经验以后会发现使用上面那种处理异常的方式可能还不够灵活:
①因为spring把大多数非运行时异常都转换成运行时异常(RuntimeException)最后导致程序员根本不知道什么地方应该进行try...catch操作
②每个方法都重复写try...catch,而且catch块内的代码都很相似,这明显做了很多重复工作而且还很容易出错,同时也加大了单元测试的用例数(项目经理通常喜欢根据代码行来估算UT case)
③发生异常有很多种情况:可能有数据库增删改查错误,可能是文件读写错误,等等。用户觉得每次发生异常都是“访问过程中产生错误,请重试”的提示完全不能说明错误情况,他们希望让异常信息更详尽些,比如:在执行数据删除时发生错误,这样他们可以更准确地给维护人员提供bug信息。
如何解决上面的问题呢?我是这样做的:JDK异常或自定义异常+异常拦截器
struts2拦截器的作用在网上有很多资料,在此不再赘述,我的异常拦截器原理如下图所示:
首先我的action类、service类和dao类如果有必要捕获异常,我都会try...catch,catch块内不记录log,通常是抛出一个新异常,并且注明错误信息:
//action层执行数据添加操作
然后在异常拦截器对异常进行处理,看下面的代码:
需要注意的是:在使用instanceof判断异常类型的时候一定要从子到父依次找,比如BaseException继承与RuntimeException,则必须首先判断是否是BaseException再判断是否是RuntimeException。
最后在error JSP页面显示具体的错误消息即可:
以上方式可以拦截后台代码所有的异常,但如果出现数据库连接异常时不能被捕获的,大家可以使用struts2的全局异常处理机制来处理:
上面这是一个很简单的异常拦截器,大家可以使用自定义异常,那样会更灵活一些。
以上异常拦截器可以使用其它很多技术替换:比如spring aop,servlet filter等,根据项目实际情况处理。
【补充】ajax也可以进行拦截,但是因为ajax属于异步操作,action通过response形式直接把数据返回给ajax回调函数,如果发生异常,ajax是不会执行页面跳转的,所以必须把错误信息返回给回调函数,我针对json数据的ajax是这样做的:
在实际的j2ee项目中,系统内部难免会出现一些异常,如果把异常放任不管直接打印到浏览器可能会让用户感觉莫名其妙,也有可能让某些用户找到破解系统的方法。
出来工作一年时间了,我也大概对异常处理有了一些了解,在这呢小弟简单介绍下个人对异常处理的见解,抛砖引玉,希望各位大神提出宝贵的意见和建议。
就拿spring+struts2+hibernate项目说明:通常一个页面请求到后台以后,首先是到action(也就是所谓mvc的 controller),在action层会调用业务逻辑service,servce层会调用持久层dao获取数据。最后执行结果会汇总到 action,然后通过action控制转发到指定页面,执行流程如下图所示:
而这三层其实都有可能发生异常,比如dao层可能会有SQLException,service可能会有 NullPointException,action可能会有IOException,一但发生异常并且程序员未做处理,那么该层不会再往下执行,而是向 调用自己的方法抛出异常,如果dao、service、action层都未处理异常的话,异常信息会抛到服务器,然后服务器会把异常直接打印到页面,结果 就会如下图所示:
其实这种错误对于客户来说毫无意义,因为他们通常是看不懂这是什么意思的。
刚学java的 时候,我们处理异常通常两种方法:①直接throws,放任不管;②写try...catch,在catch块中不作任何操作,或者仅仅 printStackTrace()把异常打印到控制台。第一种方法最后就造就了上图的结果;而第二种方法更杯具:页面不报错,但是也不执行用户的请求, 简单的说,其实这就是bug(委婉点:通常是这样)!
那么发生异常到底应该怎么办呢?我想在大家对java异常有一定了解以后,会知道:异常应该在action控制转发之前尽量处理,同时记录log日志,然后在页面以友好的错误提示告诉用户出错了。大家看下面的代码:
//创建日志对象
Log log = LogFactory.getLog(this.getClass());
//action层执行数据添加操作
public String save(){ try{ //调用service的save方法 service.save(obj); }catch(Exception e){ log.error(...); //记录log日志 return "error"; 到指定error页面 } return "success"; }
如果按照上面的方式处理异常以后,我们用户最后看到的页面可能就会是下面这种形式(我想这种错误提示应该稍微友好点了吧):
然后我们回到刚才处理异常的地方,如果大家积累了一些项目经验以后会发现使用上面那种处理异常的方式可能还不够灵活:
①因为spring把大多数非运行时异常都转换成运行时异常(RuntimeException)最后导致程序员根本不知道什么地方应该进行try...catch操作
②每个方法都重复写try...catch,而且catch块内的代码都很相似,这明显做了很多重复工作而且还很容易出错,同时也加大了单元测试的用例数(项目经理通常喜欢根据代码行来估算UT case)
③发生异常有很多种情况:可能有数据库增删改查错误,可能是文件读写错误,等等。用户觉得每次发生异常都是“访问过程中产生错误,请重试”的提示完全不能说明错误情况,他们希望让异常信息更详尽些,比如:在执行数据删除时发生错误,这样他们可以更准确地给维护人员提供bug信息。
如何解决上面的问题呢?我是这样做的:JDK异常或自定义异常+异常拦截器
struts2拦截器的作用在网上有很多资料,在此不再赘述,我的异常拦截器原理如下图所示:
首先我的action类、service类和dao类如果有必要捕获异常,我都会try...catch,catch块内不记录log,通常是抛出一个新异常,并且注明错误信息:
//action层执行数据添加操作
public String save(){ try{ //调用service的save方法 service.save(obj); }catch(Exception e){ //你问我为什么抛出Runtime异常?因为我懒得在方法后写throws xx throw new RuntimeException("添加数据时发生错误!",e); } return "success"; }
然后在异常拦截器对异常进行处理,看下面的代码:
public String intercept(ActionInvocation actioninvocation) { String result = null; // Action的返回值 try { // 运行被拦截的Action,期间如果发生异常会被catch住 result = actioninvocation.invoke(); return result; } catch (Exception e) { /** * 处理异常 */ String errorMsg = "未知错误!"; //通过instanceof判断到底是什么异常类型 if (e instanceof BaseException) { BaseException be = (BaseException) e; be.printStackTrace(); //开发时打印异常信息,方便调试 if(be.getMessage()!=null||Constants.BLANK.equals(be.getMessage().trim())){ //获得错误信息 errorMsg = be.getMessage().trim(); } } else if(e instanceof RuntimeException){ //未知的运行时异常 RuntimeException re = (RuntimeException)e; re.printStackTrace(); } else{ //未知的严重异常 e.printStackTrace(); } //把自定义错误信息 HttpServletRequest request = (HttpServletRequest) actioninvocation .getInvocationContext().get(StrutsStatics.HTTP_REQUEST); /** * 发送错误消息到页面 */ request.setAttribute("errorMsg", errorMsg); /** * log4j记录日志 */ Log log = LogFactory .getLog(actioninvocation.getAction().getClass()); if (e.getCause() != null){ log.error(errorMsg, e); }else{ log.error(errorMsg, e); } return "error"; }// ...end of catch }
需要注意的是:在使用instanceof判断异常类型的时候一定要从子到父依次找,比如BaseException继承与RuntimeException,则必须首先判断是否是BaseException再判断是否是RuntimeException。
最后在error JSP页面显示具体的错误消息即可:
<body> <s:if test="%{#request.errorMsg==null}"> <p>对不起,系统发生了未知的错误</p> </s:if> <s:else> <p>${requestScope.errorMsg}</p> </s:else> </body>
以上方式可以拦截后台代码所有的异常,但如果出现数据库连接异常时不能被捕获的,大家可以使用struts2的全局异常处理机制来处理:
<global-results> <result name="error" >/Web/common/page/error.jsp</result> </global-results> <global-exception-mappings> <exception-mapping result="error" exception="java.lang.Exception"></exception-mapping> </global-exception-mappings>
上面这是一个很简单的异常拦截器,大家可以使用自定义异常,那样会更灵活一些。
以上异常拦截器可以使用其它很多技术替换:比如spring aop,servlet filter等,根据项目实际情况处理。
【补充】ajax也可以进行拦截,但是因为ajax属于异步操作,action通过response形式直接把数据返回给ajax回调函数,如果发生异常,ajax是不会执行页面跳转的,所以必须把错误信息返回给回调函数,我针对json数据的ajax是这样做的:
/** * 读取文件,获取对应错误消息 */ HttpServletResponse response = (HttpServletResponse)actioninvocation.getInvocationContext().get(StrutsStatics.HTTP_RESPONSE); response.setCharacterEncoding(Constants.ENCODING_UTF8); /** * 发送错误消息到页面 */ PrintWriter out; try { out = response.getWriter(); Message msg = new Message(errorMsg); //把异常信息转换成json格式返回给前台 out.print(JSONObject.fromObject(msg).toString()); } catch (IOException e1) { throw e; }
发表评论
-
分享JAVA从程序员到架构师之路的各项资料
2016-06-25 15:46 386JAVA架构师视频资料,搭建高并发、高可用电商架构设计资料 ... -
Java线程面试题Top50
2016-02-17 09:47 795不管你是新程序员还是老手,你一定在面试中遇到过有关线程的问题。 ... -
XSD (xml Schema Definition
2014-12-22 16:33 732XSD (xml Schema Definition) ... -
在Web.xml中自动扫描Spring的配置文件及resource时classpath*:与classpath:的区别
2014-12-22 14:16 0首先在web.xml中配置监听器listener,让Sprin ... -
在Web.xml中自动扫描Spring的配置文件及resource时classpath*:与classpath:的区别
2014-12-22 14:15 0首先在web.xml中配置监听器listener,让Sprin ... -
在Web.xml中自动扫描Spring的配置文件及resource时classpath*:与classpath:的区别
2014-12-22 14:14 5023首先在web.xml中配置监听器listener,让Sprin ... -
转 JAVA读取外部资源的方法
2014-12-22 14:04 1766在java代码中经常有读取外部资源的要求:如配置文件等等,通常 ... -
oscache.properties文件配置
2014-05-28 13:22 9251、cache.memory 是否使用 ... -
oscache 使用总结
2014-05-28 13:21 605前阵子对公司网站进行了性能优化,其中,有一项就是使用OSCac ... -
华为JAVA编程规范
2014-04-18 11:14 1277Java 编程规范 排版 规 ... -
Spring声明式事务配置管理方法
2014-04-16 17:50 731环境配置 项目使用SSH架构,现在要添加Spring事务管理 ... -
Spring MVC和Struts2的比较
2014-04-16 17:29 646虽然说没有系统的学习 ... -
漂浮广告代码、漂浮代码分析(讲解)
2014-04-10 08:47 691总共有三个文件1.htm 主文件、liangbian.js 在 ... -
追MM与23种设计模式
2014-04-10 09:03 1278创建型模式 1、FACTORY— ... -
关于权限控制的讨论
2014-04-09 16:54 642在许多的实际应用中, ... -
转 对Spring IoC容器实现的结构分析
2014-04-09 16:39 627本文的目标: 从实现的角度来认识SpringIoC容器。 观 ... -
转 解决json转换hibernate 结果集对象
2014-04-09 16:28 813在使用ext+ssh框架过程 ... -
转:Spring事务配置的五种方式和spring里面事务的传播属性和事务隔离级别
2014-04-09 16:14 1351Spring事务配置的五种方式 前段时间对Spring的事务 ... -
Spring事务 7个传播行为,4个隔离级别
2014-04-09 16:13 687转载自:http://blog.chinaunix.net/u ... -
java创建实例的几种方法
2014-02-14 10:34 953从大体上分,有三种 1.使用new关键字 2.使用反射 3.序 ...
相关推荐
当我们谈论Java Web项目的整体异常处理机制时,我们关注的是如何优雅地处理可能出现的各种异常,避免将错误信息直接暴露给用户,同时确保系统能够进行必要的错误记录和反馈。 在Spring+Struts2+Hibernate这样的经典...
这需要合理的异常处理机制,并可能涉及自定义错误页面的设置。 8. **安全性考虑**:虽然这是一个简单的项目,但安全性是任何Web服务器都应关注的。这包括但不限于输入验证、防止跨站脚本攻击(XSS)、SQL注入等。 ...
此外,孙卫琴还会介绍Struts的国际化支持、异常处理机制、Tiles框架用于页面布局,以及Struts与其他技术如Hibernate(ORM框架)或Spring(企业级应用框架)的整合。这些都是在实际开发中非常实用的知识点。 在...
- **编码规范**:项目整体采用UTF-8编码,这是一种国际通用的字符编码标准,能支持全球多种语言,有利于项目的国际化。 3. **编码规范**: - **规则**:编码规范通常包括变量命名、注释编写、代码结构、错误处理...
【乐游网】Java Web开发概要设计文档旨在提供项目整体架构、主要功能模块和系统设计的概述,以便团队成员和利益相关者了解系统的基本结构和实现方式。以下是该概要设计的关键点: 1. **编写目的** - 本概要设计的...
Java Web开发中的异步机制是提高应用程序性能和响应能力的关键技术。在传统的Web开发中,...通过深入研究这个压缩包中的内容,你将全面了解Java Web开发中的异步处理机制,并具备在实际项目中应用这些知识的能力。
在实际的Java Web应用开发中,Struts2常用于处理用户请求和展示视图,Hibernate负责数据的持久化,而Spring则作为一个整体的协调者,管理和连接其他两个框架,提供事务管理、安全控制等服务。这种组合使得开发团队能...
Java提供了try-catch-finally结构来处理运行时异常,而在Web应用中,我们还需要考虑如何向用户友好地呈现错误信息。 9. **单元测试与集成测试**:为了保证项目的稳定性和质量,开发者会使用JUnit进行单元测试,测试...
第8章到第9章介绍了开发Struts应用的一些实用技术,如Struts框架的扩展点、Struts应用的国际化,Validator验证框架和异常处理机制等。第12章到第16章结合具体的Struts应用实例,详细介绍了Struts的标签库以及Tiles...
9. **错误与异常处理**:良好的错误处理机制能提高用户体验,项目中会有处理常见错误和异常的方法。 10. **测试与调试**:初学者还会学习如何编写单元测试,以及如何使用工具如Eclipse或IntelliJ IDEA进行项目调试...
6. **异常处理**:在编写源码时,良好的异常处理机制能够保证程序的健壮性。对于可能出现的错误,如网络问题、数据库异常或数据验证失败,都需要适当地捕获并处理。 7. **Session与Cookie**:为了保持用户状态,...
4. **Eclipse或IntelliJ IDEA等IDE**:这些集成开发环境为编写Java Web项目提供了便利,包括代码提示、自动构建、调试等功能。 5. **Tomcat服务器**:作为Java Web应用的容器,Tomcat用于部署和运行Servlet和JSP...
10. **MVC架构**:许多Java Web项目采用MVC(Model-View-Controller)架构,理解并实践这种设计模式有助于组织代码结构。 11. **Spring框架**:如果项目中使用了Spring,你需要了解依赖注入、AOP(面向切面编程)...
综上所述,Java Web多线程下载器是一个综合运用了Java并发编程、文件操作、网络通信等多个核心领域的项目。通过学习和实践此类项目,开发者可以深入理解Java的多线程编程和Web开发技术,提升编程技能。
5. **Servlet和JSP**:对于Web项目,可能会使用Servlet处理HTTP请求,而JSP用于动态生成HTML页面。通过源代码,你可以了解它们之间的协作。 6. **异常处理**:在Java中,良好的异常处理是保证程序健壮性的重要手段...
- **核心Java**: 系统的基础是Java SE(Java Standard Edition),包括面向对象编程、异常处理、集合框架、多线程、输入/输出流等基础概念。 - **Servlet与JSP**: 作为Web应用开发的重要组成部分,Servlet负责处理...
【基于Java Web的网上选课系统】是一种使用Java技术栈构建的在线教育平台,它结合了JSP(JavaServer Pages)、Servlet和JavaBean组件来实现动态网页和后端业务逻辑。这种系统允许学生通过网络进行课程选择,简化了...
第8章到第9章介绍了开发Struts应用的一些实用技术,如Struts框架的扩展点、Struts应用的国际化,Validator验证框架和异常处理机制等。第12章到第16章结合具体的Struts应用实例,详细介绍了Struts的标签库以及Tiles...
9. **异常处理与日志记录**:为了提高系统的稳定性和可追溯性,需要设置统一的异常处理机制,并利用如Log4j等工具记录系统运行日志。 10. **性能优化**:在开发过程中,还需要考虑系统的性能优化,例如缓存策略、...