原创地址:http://www.cnblogs.com/Alandre/(泥沙砖瓦浆木匠),需要转载的,保留下! 文章宗旨:Talk is cheap show me the code.

大成若缺,其用不弊.大盈若冲,其用不穷.  <道德经-老子>
最完满的东西,好似有残缺一样,但它的作用永远不会衰竭;最充盈的东西,好似是空虚一样,但是它的作用是不会穷尽的

Written In The Font

摘要:

学习内容:

思考:

何为异常处理?

异常处理,英文名为exceptional handling, 是代替日渐衰落的error code方法的新法,提供error code 所未能具体的优势。异常处理分离了接收和处理错误代码。这个功能理清了编程者的思绪,也帮助代码增强了可读性,方便了维护者的阅读和理解。

java语言中,异常处理可以确保程序的健壮性,提高系统的可用率.但是java api 提供的异常都是比较低级的,所以有了'提倡异常封装’

提倡异常封装

异常封装有三个优点:  1)提高系统的友好性   2)提高性能的可维护性   3)解决java异常机制自身的缺陷

  • 提高系统的友好性

系统的友好性,就像系统和开发人员等握手与交流.好的系统对象,会展现出交流时候所需要的一切.因此,良好的友好性需要良好的代码告诉开发人员和用户.开发人员要找需要打印出堆栈信息.

show the code:

public void doStuff() throws MyBussinessException
{
try
{
InputStream iStream = new FileInputStream("无效文件.txt");
}
catch (FileNotFoundException e)
{
e.printStackTrace();
throw new MyBussinessException(e);//此处自定义一个MyBussinessException
} }

::throw new MyBussinessException(e);

在这里,无效文件导致了两点:文件未找到和该业务出现问题.因此,在文件未找到之后我们可以继续根据需要告之其他异常.

  • 提高性能的可维护性

如何提搞可维护性,大家不能一味的进行这样操作,就抛出Exception,这样会导致别人看你的代码完全check不到异常点.下面的代码是不可取的:

public void doStuff()
{
try
{
//do something
} catch (Exception e)
{
e.printStackTrace();
}
}

正确的做法是对异常进行分类处理,并进行封装输出.

show the code:

public void doStuff()
{
try
{
//do something
}
catch (FileNotFoundException e)
{
log.info("文件未找到!文件为:xxx");
}
catch (SecurityException e)
{
log.error("无权访问,原因:xxx");
e.printStackTrace();
}
}

catch{}

catch{}

这样子,直接在代码层级上分析即可,代码异常在哪里抛出.维护人员看到这样的异常也会有了准确的判断.

  • 解决java异常机制自身的缺陷

先抛出个问题:例如注册时,要对很多进行检验.像密码,用户名,邮箱…...这样情况下,我们必须要在一个注册方法里面抛出很多个异常.因此,正确的方法是封装异常,建立异常容器,一次性对某对象进行校验,然后返回所有异常.

show the code

异常容器:

import java.util.ArrayList;
import java.util.List; public class MyException extends Exception
{
//容纳所有异常
private List<Throwable> causes = new ArrayList<Throwable>();
//构造函数
public MyException(List<? extends Throwable> _causes)
{
causes.addAll(_causes);
}
//读取所有的异常
public List<Throwable> getExceptions()
{
return causes;
}
}

处理异常:

public static void doStuff() throws MyException
{
List<Throwable> list = new ArrayList<Throwable>();
//第一个逻辑片段
try
{
//Do Something
}
catch (Exception e)
{
list.add(e);
}
//第二个逻辑片段
try
{
//Do Something two
}
catch (Exception e)
{
list.add(e);
}
//检查是否有必要抛出异常
if(list.size() > 0)
{
throw new MyException(list);
}
}

采用异常链传递异常

我们做的JEE项目时候,一般会有三层的结构:持久层,逻辑层,展现层.异常也是如此的,当我们各个层之间传递异常,我们就需要先封装,然后传递.简要的就是采用异常传递异常:

show the code:

[摘自源码分析]

/**
*
* 执行 SQL 查询。
*
* @param isCallable : 是否使用 CallableStatment 执行查询
* @param sql : 查询语句
* @param params : 查询参数
* @return 结果集
*
*/
protected List<Object[]> query(boolean isCallable, String sql, Object ... params)
{
List<Object[]> result = new ArrayList<Object[]>(); ResultSet rs = null;
PreparedStatement pst = null; try
{
Connection conn = getSession();
pst = JdbcUtil.prepareStatement(conn, sql, isCallable);
JdbcUtil.setParameters(pst, params);
rs = pst.executeQuery();
int cols = rs.getMetaData().getColumnCount(); while(rs.next())
{
Object[] objs = new Object[cols];
for(int i = 0; i < cols; i++)
objs[i] = rs.getObject(i + 1); result.add(objs);
}
}
catch (SQLException e)
{
throw new JdbcException(e);
}
finally
{
JdbcUtil.closeSqlObject(pst, rs);
} return result;
}

从中我们可以抽取的看到:

catch (SQLException e)
{
throw new JdbcException(e);
}

jdbc执行SQL语句查询的时候,先抛出SQLException ,然后就像一条链一样,下一步告诉别人是JDBC的异常.下面体会经典,休息下:

大直若屈,大巧若拙,大辩若讷。躁胜寒,静胜热,清静为天下正。<道德经-老子>
最正直的东西,好似有弯曲一样;最灵巧的东西,好似最笨拙的;最卓越的辩才,好似不善言辞一样。清静克服扰动,赛冷克服暑热。清静无为才能统治天下

受检异常尽可能转化为非受检异常

所有受检异常(Checked Exception)是好事,为何要尽可能转化为非,也就是(Unchecked Exception)呢?我的理解是:受检异常威胁到系统的安全性,稳定性,可靠性,正确性时,不能转换为非受检异常.
也就是说,其中存在的受检异常有缺点,转换成Unchecked Exception就轻松解决了.

  • 受检异常使接口声明脆弱

show the code:

interface User
{
//修改用户名密码,抛出安全异常
public void changePass() throws MySecurityException;
}

throws MySecurityException;

这里面不一定只是一个异常,然而定义了异常,会增加了接口的不稳定性,这就存在了面向对象设计的严重亵渎,如果要改变的话,又破坏了封装性.

另外,受检异常还有两个缺点:

  • 受检异常使代码可读性降低
  • 受检异常增加了开发工作量

多使用异常,把性能问题放一边

“性能问题不是拒绝异常的借口” 就当一个常见的登录用例.我们经常会添加一个例外的事件:”连续登录3次登录失败,暂时锁定用户帐号.”这样这个例外的事件就是一个异常处理.

show the code

public void login()
{
try
{
// 正常登录
}
catch (InvalidLoginNameException e)
{
// 用户名无效
}
catch (InvalidPasswordException e)
{
// 密码错误
}
catch (TooManyLoginsException e)
{
// 多次登录失败
}
}

这样子一来,代码逻辑很清晰.但是这样子就抛出了一个主意.这样子有代价:

性能比较慢


java的异常处理机制确实比较慢,这个性能慢是相对的.相对那些基础类型:String Integer…等.有人测试结果如下:

测试结果:
(运行环境:xen虚拟机,.5G内存,8核;jdk1..0_18)
(10个线程,创建10000000个对象所需时间)
普通Java对象 MS
普通java异常 MS
改进的Java业务异常 MS

相当于创建每个异常对象是普通对象的五倍.但是数量级上是 MS,在一个系统中,如此微小的性能消耗是可以允许的.

java web 中的异常处理

经验之谈:”用对了地方就好,用错了地方就不好。”这是我的师傅跟我说的,他教会了很多.太很抽象,我想我会慢慢学会的.

实际J2EE项目中,通常一个页面请求到达后台以后,首先是到MVC中的controller,在controller层会调用业务逻辑层service,而在service层会调用持久层dao进而获得数据,再将获得的数据一层一层返回到controller层,然后通过controller控制层转发到指定页面.

可能存在的异常:

  • dao层可能会发生SQLException异常
  • service层可能会发生NullPointException异常,
  • controller层可能会发生IOException异常,RuntimeException异常

正确的处理方式


根据上面知识的说法:我们该用以下的方法来实现

show the code:

@RequestMapping(value = "/courseTeacherRelationAdd")
public @ResponseBody String courseTeacherRelationAdd(String courseID,String teacherInfoID,CourseTeacherRelation courseTeacherRelation)
{ try
{
int sign = courseTeacherRelationService.saveOrUpdateCourseTeacherRelation(courseID,teacherInfoID,courseTeacherRelation); if( sign == Constant.RESULT_SUCCESS )
return successResponse("保存成功","../courseTeacherRelation/courseTeacherRelations" , "courseTeacherRelations"); }
catch (Exception e)
{
throw new EntityException("Error! when save the entity",e);
} return failResponse("保存失败"); }

throw new EntityException("Error! when save the entity",e);

这里用了链式异常抛出:EntityException是自定义的异常类:

public class EntityException extends RuntimeException
{
private static final long serialVersionUID = 1L; public EntityException() {
super();
} public EntityException(String message) {
super(message);
} public EntityException(String message, Throwable cause) {
super(message, cause);
}
}

自然还有些什么拦截器抛出异常,在这里就不详细展开讨论了.

Editor's Note

异常对我说:”用对了地方就好,用错了地方就不好。”

编写高质量代码改善java程序的151个建议——[110-117]异常及Web项目中异常处理的更多相关文章

  1. 编写高质量代码:改善Java程序的151个建议 --[106~117]

    编写高质量代码:改善Java程序的151个建议 --[106~117] 动态代理可以使代理模式更加灵活 interface Subject { // 定义一个方法 public void reques ...

  2. 博友的 编写高质量代码 改善java程序的151个建议

    编写高质量代码 改善java程序的151个建议 http://www.cnblogs.com/selene/category/876189.html

  3. 编写高质量代码改善java程序的151个建议——导航开篇

    2014-05-16 09:08 by Jeff Li 前言 系列文章:[传送门] 下个星期度过这几天的奋战,会抓紧java的进阶学习.听过一句话,大哥说过,你一个月前的代码去看下,慘不忍睹是吧.确实 ...

  4. 编写高质量代码改善java程序的151个建议——[1-3]基础?亦是基础

    原创地址:   http://www.cnblogs.com/Alandre/  (泥沙砖瓦浆木匠),需要转载的,保留下! Thanks The reasonable man adapts himse ...

  5. 编写高质量代码:改善Java程序的151个建议 --[117~128]

    编写高质量代码:改善Java程序的151个建议 --[117~128] Thread 不推荐覆写start方法 先看下Thread源码: public synchronized void start( ...

  6. 编写高质量代码:改善Java程序的151个建议 --[78~92]

    编写高质量代码:改善Java程序的151个建议 --[78~92] HashMap中的hashCode应避免冲突 多线程使用Vector或HashTable Vector是ArrayList的多线程版 ...

  7. 编写高质量代码:改善Java程序的151个建议 --[65~78]

    编写高质量代码:改善Java程序的151个建议 --[65~78] 原始类型数组不能作为asList的输入参数,否则会引起程序逻辑混乱. public class Client65 { public ...

  8. 编写高质量代码:改善Java程序的151个建议 --[52~64]

    编写高质量代码:改善Java程序的151个建议 --[52~64] 推荐使用String直接量赋值 Java为了避免在一个系统中大量产生String对象(为什么会大量产生,因为String字符串是程序 ...

  9. 编写高质量代码:改善Java程序的151个建议 --[36~51]

    编写高质量代码:改善Java程序的151个建议 --[36~51] 工具类不可实例化 工具类的方法和属性都是静态的,不需要生成实例即可访 问,而且JDK也做了很好的处理,由于不希望被初始化,于是就设置 ...

  10. Github即将破百万的PDF:编写高质量代码改善JAVA程序的151个建议

    在通往"Java技术殿堂"的路上,本书将为你指点迷津!内容全部由Java编码的最佳 实践组成,从语法.程序设计和架构.工具和框架.编码风格和编程思想等五大方面,对 Java程序员遇 ...

随机推荐

  1. Player2.0

    由于上次做的播放器实在是有点丑,加之这期间学习了许多关于页面排版的东西,这次做第二次作业就重新来了一遍“换汤不换药”的操作.其实刚开始看到的作业要求的时候,有点傻眼猫咪,但是做到现在这个程度,本人也是 ...

  2. IDEA的相关使用-----快捷键

    转:https://blog.csdn.net/qq_35091777/article/details/80988165 IntelliJ Idea 常用快捷键列表 Alt+回车 导入包,自动修正Ct ...

  3. es6剩余参数

    function show(a,b,...args){ console.log(a) console.log(b) console.log(args) } show(10,20,30,30,36)

  4. cp/tar/用c语言编写程序 实现cp命令的效果

    1.cp (拷贝) 已存在文件路径  要拷贝的文件路径 实现cp命令的代码如下: #include <stdio.h> //因为要在命令中得到两个路径,所以要用到main函数的两个参数 i ...

  5. _ZNote_Qt_重启软件

    原文: http://wiki.qt.io/How_to_make_an_Application_restartable int main(int argc, char** argv) { QAppl ...

  6. 【转】在Linux下安装python3

    原文链接:http://www.cnblogs.com/feng18/p/5854912.html 1.linux下安装python3 a. 准备编译环境(环境如果不对的话,可能遇到各种问题,比如wg ...

  7. js:函数与变量作用域的提升

    一.要彻底理解JS的作用域和Hoisting,只要记住以下三点即可:      1.所有申明都会被提升到作用域的最顶上      2.同一个变量申明只进行一次,并且因此其他申明都会被忽略      3 ...

  8. SVN完全备份,增量备份,库同步

    svn备份一般采用三种方式:1)svnadmin dump 2)svnadmin hotcopy 3)svnsync. 优缺点分析: ============== 第一种svnadmin hotcop ...

  9. 大叔学ML第一:梯度下降

    目录 原理 实践一:求\(y = x^2 - 4x + 1\)的最小值 实践二:求\(z = x^2 + y^2 + 5\)的最小值 问答时间 原理 梯度下降是一个很常见的通过迭代求解函数极值的方法, ...

  10. IM开发基础知识补课(五):通俗易懂,正确理解并用好MQ消息队列

    1.引言 消息是互联网信息的一种表现形式,是人利用计算机进行信息传递的有效载体,比如即时通讯网坛友最熟悉的即时通讯消息就是其具体的表现形式之一. 消息从发送者到接收者的典型传递方式有两种: 1)一种我 ...