为什么要自定义自己的exception ，java exception机制与传统的c语言的异常处理机制有什么不同，这种exception机制的意义在什么地方？接下来咱就来和你一起探讨exception 的优缺点。 

早期的c语言的异常处理机制，通常是我们人为的对返回结果加一些标志来进行判定，比如发生错误返回什么标志，正常情况下我们又是返回什么标记，而这些都不是语言本身所赋予我们的，而对于c语言这种机制又有什么问题哩？为什么新一代的语言 java  ruby  c# 等都用exception机制而不是维持c语言的老样子？这些都是我们需要思考的问题。 

c语言的异常处理机制全是我们人为的定义，这样就会造成业务逻辑的主线受到异常处理的牵制，或者说是我们难免会将注意力转移，并且造成业务逻辑与异常处理之间有很大程度上的缠绕。

java exception 异常处理机制其实起源很早，所以他也不是个什么新鲜的东西，如果您对exception机制一点都不了解，没关系，只是国内通常接触新事务的时间都相对的要晚老美几年，但了解java exception机制对java开发人员来说是必要的，不过exception 异常处理机制也并没有固定，在anders 的眼里他也是一个试验性的东西。 

理论上异常处理划分为两个模型（中止模型与继续模型），但实际使用方面我们对中止模型用的比较多，这个模型比较实用，而继续模型则不是那么的应用普遍，多少是耦合的过于紧密。 

中止模型 ：假设错误非常严重，已至你无法在回到错误发生的地方，也就是说，这段程序经过判断认为，他已经没有办法挽回，于是就抛出异常，希望这个异常不要在回来，这也是java 当前所采用的模式。

继续模型：这种模型的主旨是恢复当前的运行环境，然后希望能够重新回到错误的发生地，并希望第二次的尝试能够获得成功，这种模型通常为操作系统所应用。



下面我来简要的说说java exception 的好处及用法： 

java exception 好处：让异常处理与业务逻辑的主线分离，我们可以对可以遇见的异常作分支处理，其实将业务逻辑与异常处理分离也是exception设计的主旨，其次java exception 不需要像c语言那样在程序的多个地方去检测同一个错误，并就地作异常的处理，相比老式的错误处理，现在的错误处理的结构则来的更加清晰。 

java exception 用法：下面的实例是一个loaduser方法，我们将抛出自定义的usernotfoundexception异常。

public class usermanager { 

public user loaduser(string username) throws usernotfoundexception {

connection con = null;

preparedstatement pstmt = null;

try {

con = dbconnectionmanager.getconnection();

pstmt = con.preparestatement(load_user);

pstmt.setstring(1, username);

resultset rs = pstmt.executequery();

if (!rs.next()) {

throw new usernotfoundexception();

}

…

}

…

}

}



public class usernotfoundexception extends exception {



private throwable nestedthrowable = null;



public usernotfoundexception() {

super();

}



public usernotfoundexception(string msg) {

super(msg);

}

…

}



public class test {

…

public void testloaduser(string username,string password,

string name,string email){

…

try {

loaduser(username);

}

catch (usernotfoundexception unfe) {

…

connection con = null;

preparedstatement pstmt = null;

try {

con = dbconnectionmanager.getconnection();

pstmt = con.preparestatement(insert_user);

pstmt.setstring(1, username);

pstmt.setstring(2, password);

…

pstmt.execute();

}

catch (exception e) { }

…

}

在这里我们自定义了自己的usernotfoundexception异常，这样在客户调用loaduser()方法的时候java就可以强制检测到这个usernotfoundexception异常，这样我们就可以作相应的处理工作，在这里应该可以看到testloaduser这里对usernotfoundexception这个异常有一个分支处理，这样的异常分支处理是不是很清晰哩，在此我不对他作解释，因为实在比较简单，其实美好的东西在我看来都有一个度，当这个度被你所打破后，那么他将不会再美好，exception机制的应用也是，而这个度就需要你自己在实际项目中去斟酌了，接下来我就会阐述exception的缺点。 

java 有将受控异常和运行时异常模型都实现，rod johnson认为在java中主要实现运行时异常模型，至于受控异常则为辅，而bruce eckel则来的更为偏激一些，他认为java只需要实现运行时异常模型，而受控异常没有必要继续存在，为什么他们都这么认为哩，而且bruce eckel 之前很是推崇受控异常地，其实也没那么多为什么，这些思维的改变不过就是他们在实践当中发现了很多问题且对exception 认识也更深刻了呗，所以说大师不是天生的，大师也需要学习，在这里我更赞成rod johnson 对exception的观点，ok，废话我也不多说了，说说我认识中的java exception 缺点！

1 、当一个方法中被过多的抛出受控异常，那么在别人调用的时候会造成try/catch语句的泛滥，甚至经常出现嵌套异常，使得代码的可读性下降。

2、在某些方面检测系统的异常也并没有实际的意义，因为当出现这种异常的时候一般代表问题很严重我们无法恢复，如：捕获数据库sqlexception异常，该异常对我们来说没太大意义，因为错误信息太模糊，通常都是一些堆栈上的信息，看rod johnson 设计的关于jdbc方面的exception framework相信会对您产生很大的触动。

3、在大型系统中受控异常同时会造成异常处理类的泛滥，其实本人并没有介入过什么大型的java 系统的设计工作，所以我也无从对这指三道四，没有实践就没有发言权，但我在一般的系统已经多少看到了一些这样的问题。

最后希望我的这篇解说能够进一步的增加你对 java exception 机制的了解，如果您还是不太清楚exception机制，那么我推荐你看 《thinking in java》 这本书的第三版以及rod johnson的 expert one on one 系列书籍，祝您好运！