请输入您要查询的百科知识:

 

词条 Exception
释义

Java Exception 异常处理机制其实起源很早,所以他也不是个什么新鲜的东西,如果您对Exception机制一点都不了解,没关系,只是国内通常接触新事务的时间都相对的要晚老美几年,但了解Java Exception机制对Java开发人员来说是必要的,不过Exception 异常处理机制也并没有固定,在Anders 的眼里他也是一个试验性的东西。 理论上异常处理划分为两个模型(中止模型与继续模型),但实际使用方面我们对中止模型用的比较多,这个模型比较实用,而继续模型则不是那么的应用普遍,多少是耦合的过于紧密。

Java Exception 机制

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

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

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

中止模型

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

继续模型

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

字根词源

cap/cep/cip/ceive=to take 取,拿

来源于拉丁文capere,"take,seize"。captor(n.捕捉者,捕快)会capture(v.俘获,捕获)captive

(n.俘虏,被捕捉的人或动物);如果你的心被取走了,那叫做captive(v.迷惑,迷住);ex-外+cept取->

取出来->except除...之外;anti-之前+cip取+-ate动词后缀->之前就取得了->anticipate 语气,

预料

Java Exception 的好处及用法

Java Exception 好处

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

Java Exception 用法

public class T {

UserManager manager = new UserManager();

public void testloadUser(String username, String password, String name, String email) {

try {

manager.loadUser(username);

}

catch (UserNotFoundException unfe) {

}

}

}

import java.sql.Connection;

import java.sql.PreparedStatement;

import java.sql.ResultSet;

import java.sql.SQLException;

public class UserManager {

public User loadUser(String username) throws UserNotFoundException {

Connection con = null;

PreparedStatement pstmt = null;

try {

pstmt = con.prepareStatement("select User form user where id=1");

pstmt.setString(1, username);

ResultSet rs = pstmt.executeQuery();

if (!rs.next()) {

throw new UserNotFoundException();

}

return null;

} catch (SQLException ex) {

return null;

}

}

}

class User {

}

public class UserNotFoundException extends Exception {

private Throwable nestedThrowable = null;

public UserNotFoundException() {

super();

}

public UserNotFoundException(String msg) {

super(msg);

}

}

在这里我们自定义了自己的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 系列书籍

Net中Exception的做法

建立Exception 时建议日常开发中需要注意以下几点:

一、Throw new exception

曾经看过有人在简单的函数内疯狂的使用throw new 参与业务逻辑。比如,以下代码:

逻辑类似以上代码,就是一个单一的函数,每当我看到这样的单一函数,总是觉得很奇怪。或许是自身水平有限,似乎难以理解为了catch住一个exception对象需要那么大费周章的去throw new 么?个人认为如果某方法内嵌套的方法根据业务逻辑主动抛出异常,让外层方法截获到这个异常,此时被嵌套的方法方可使用throw new ....

二、抛出不该抛出的Exception

上文中的DoSomeThing函数如果在catch时不进一步封装,直接把Excepiton抛到UI层,又或者直接显示给客户。如果异常堆栈中提示某些敏感数据。比如SQL查询语句、WebService

URI或POST信息等。这些敏感信息应该永远不让客户知道,暴露出这些信息有可能对系统造成潜在安全隐患!

类似以上机制,如果异常出现了,我认为可以大大减少debug的时间。

随便看

 

百科全书收录4421916条中文百科知识,基本涵盖了大多数领域的百科知识,是一部内容开放、自由的电子版百科全书。

 

Copyright © 2004-2023 Cnenc.net All Rights Reserved
更新时间:2025/3/1 17:03:05