25个答案 按时间排序 按投票排序

0 0

真的好详细啊！

2010年1月11日 23:35

zhuxiaoleiking
31
0 0 0

• 添加评论

0 0

和这个差不多


我开发项目的时候习惯有一个BaseAction里边有对异常的真正处理。
其他的Action都要继承这个BaseAction，异常一直往上层抛出。
这样做感觉很清晰，整个系统只有一个总的异常处理。中间的类只需要输出点LOG，不用对异常作特别处理，抛出即可。

DangDang0701 (初级程序员) 2010-01-11

2010年1月11日 21:43

lerous
740
0 0 2

• 添加评论

0 0

同 LuisFigo 的回答

2010年1月11日 18:20

331008019
46
0 0 0

• 添加评论

0 0

异常，分两种情况：
1、考虑不周全导致的系统异常。
2、考虑周全，为了一定的目的抛出异常。
那我们什么时候需要异常控制呢，
  针对第一种情况，你无法预计什么条件下会出现什么样的异常，可以用try{}catch(){}来完成异常捕捉，接下来就是考虑捕捉了之后要干嘛，你可以记录日志，便于分析原因，也可以再封装结果对象，返回给用户可识别的提示信息。
  针对第二种情况，你或许是为了简化代码逻辑，或许是为了控制代码健壮性，anyway，都是让程序不要再继续往下走了，或者让程序绕道而行。比如输入信息校验，或者断言等等。再如果你需要对特定异常进行判断处理，可以采用自定义异常，如果这还满足不了你的需求，你还可以定义一个excptionCode（可以是枚举实现）。这样就很好的描述异常信息。
  如果你希望外部程序必须捕获你的异常，可以直接继承Excption，如果不需要，则可以继承RuntimeExcption。

总之，异常是为了让你更好的优化你的代码，这个需要时间自己去体会。

2010年1月11日 18:16

futurep_p
41
0 0 1

• 添加评论

0 0

异常：分为编译时异常和运行时异常。
      编译时异常：必须由我们程序员来处理，处理的方式有两种：一种是向外抛，另一种是捕捉该异常。不过在一般情况下应当是等到程序运行结束才抛出所有异常。在java中有些异常在程序中必须被捕捉的，例如：SQLException等，如果遇到这种情况我们可以抛出其Exception异常。
    运行异常：我们可以不作处理，也即是编译器不可以检查的异常。这种异常一般是由于我们程序本身逻辑存在问题所导致。如果不作任何处理程序一当遇到该异常，程序立即停止。运行时异常也是异常类一个子类，在程序中我们可以抛出Exception异常，这样就可以保证程序可以顺利运行到结束。
在WEB 开发中，如何处理异常：
（1）后台的异常应尽可能向外抛，避免程序中途停止
（2）应当在struts的action中收集程序所有异常
不过在大多数情况先我们程序时不会出现问题，如果出现问题，我们不仅仅要将异常打印到后台，而且还要将异常打印到用户系统页面，让用户知道系统已经出现问题，及时联系开发公司。

2010年1月11日 17:52

kevin_wanwei
26
0 0 0

• 添加评论

0 0

我开发项目的时候习惯有一个BaseAction里边有对异常的真正处理。
其他的Action都要继承这个BaseAction，异常一直往上层抛出。
这样做感觉很清晰，整个系统只有一个总的异常处理。中间的类只需要输出点LOG，不用对异常作特别处理，抛出即可。

2010年1月11日 17:47

DangDang0701
16
0 0 0

• 添加评论

0 0

参考好文
http://www.iteye.com/topic/72170

2010年1月11日 17:36

lovewhzlq
13934
0 0 0

• 添加评论

0 0

要理清java异常的处理机制，首先应该理清异常和错误的结构
Throwable
          ----Error         
          ----Exception 
                        ----  RuntimeException
                        ----  非运行时异常
Error错误是不可恢复错误，一般不用去捕获，出错了程序就会终止
简单说一下异常：
异常是需要进行处理的，一般分两种，一个是编译异常，一个是非编译异常
非运行时异常属于编译异常,运行时异常属于非编译异常

下面说说编译异常与非编译异常的差别和不同的处理方式
1、编译异常顾名思义就是由java文件编译为class文件时，必须要捕获的异常，如不捕获则就编译不过去。现在应该知道为什么我们在eclipse里编写文件处理或JDBC程序时，必须要捕获，否则冒红的原因了吧。就是因为SQLException、IOExceptioin是非运行时异常，必须在编译前就要捕获。
2、非编译异常：运行时异常就是其中一种。只要是继承RuntimeException的子异常，在编译前是不用捕获的，为什么呢，因为这类异常是一些人为因素造成的，不应该让程序去捕获，而应该在编写代码时，就要人为的去避免异常发生。比如数组越界异常，就是运行时异常，这个我们应该在编写代码时，就要确保不出现错误。编译器也不会知道程序运行时会不会出现，所以编译时不对他进行处理。

下面是所举异常的源码定义：

public class SQLException extends java.lang.Exception
pubic class IOException extends Exception
public class IndexOutOfBoundsException extends RuntimeException
public class RuntimeException extends Exception

2010年1月11日 17:23

LuisFigo
41
0 0 0

• 添加评论

0 0

学习ing ....

2010年1月11日 17:23

angry_pig
31
0 0 0

• 添加评论

0 0

1、尽量使用一种或几种自定义异常，所有异常在不同的层次捕获，然后转换成此自定义异常。
例如：xxxx项目，自定义XXXXException或XXXXServiceException
然后所有的service方法都throws此异常
2、在一个统一的出口处理此异常，转成优化的方式显示，同时记录到日志等地方。

2010年1月11日 17:11

kimmking
783
0 0 1

• 添加评论

0 0

Throwable可以捕获任何异常，但是太泛了。

2010年1月11日 17:11

javagui
1
0 0 0

• 添加评论

0 0

一般捕获的都是处理数据库的操作，或者是调用其他方法返回的时候

2010年1月11日 16:59

void12355
13
0 0 0

• 添加评论

0 0

1.如果代码编译通过，怎么判断是否需要抛出异常！
如果是Eclipse 编译通过了说明你该处理的异常都已经处理了。你可以通过 Throwable e 根据实际情况来判断异常的类型。如果是你需要抛出的类型。则抛出。不是的话 自己看咋个把它处理掉就OK了

2.给出常见的异常处理机制，避免产生Unchecked Exception！
在一些经常出现异常的地方抽取一些公共的方法出来做为Util类。如果出现异常则使用默认值来处理。

2010年1月11日 16:26

monlyu
3
0 0 0

• 添加评论

0 0

通常来说都是一些可以出现异常的地方

2010年1月10日 21:14

atmus
31
0 0 0

• 添加评论

0 0

理论上讲，代码编译通过，就意味着checked exception都被捕获了。
剩下了的一般都是unchecked exception，而且可以说，如果有unchecked exception发生，基本上意味你代码处理除了问题。比如说数组越界等类似的问题。

2010年1月07日 09:20

chillicat
633
0 0 0

• 添加评论

0 0

异常，并不一定是出现错误&
也可以是你要调用的方法之类的有特殊的要求要处理。
直接try{}catch(){}

2010年1月05日 16:28

ivorytower
70
0 0 0

• 添加评论

0 0

1.空指针
2.JDBC的异常
等等运行时异常

2009年12月31日 13:41

softctwo
44
0 0 0

• 添加评论

0 0

1.你可以定义方法的时候加上显式的需要抛出的异常

public returnType methodName(args) throws YourException{
...
}

像楼上所说的那样，如果异常是继承RuntimeException，则不需要强制你写try catch语句来保证抛出的异常得到处理。如果继承的是Exception，则一定需要try catch语句保证异常得到处理，或者在该方法中显式声明抛出该异常。

2.通常如果你的方法显式声明了需要抛出的异常，编译器会提示你需要使用try catch语句来处理这些异常或者声明抛出，否则会有编译错误。对于有些异常是继承RuntimeException的，这些异常是引发unchecked Exception的主要原因，编译器不会提示，但是你也可以使用try catch来捕捉处理。通常API文档都会提示可能会抛出的runtimeException，那在写代码的时候就要小心处理了。

2009年12月31日 11:00

Heis
112
0 0 0

• 添加评论

0 0

异常有已检查异常和未检查异常, 继承RuntimeException的都为未检查异常, 这种异常编译器并不做检查, 而已检查异常编译器必须要求你抛出或捕获. 有一个基本原则就是未检查异常都是可以事先预知并能通过代码来排除的, 而已检查异常不能完全通过代码来排除. 所以在处理异常时不要什么异常都捕获, 或者捕获后封装为未检查异常再抛出, 这样会把许多异常信息给忽略掉, 一般原则是谁导致引发的异常谁来处理. 但最为一些框架需要对异常不但捕获而且要用Throwable进行捕获, 它必须保证在发生异常的情况框架不能死掉或导致其它问题, 但在捕获的同时会对异常进行很好的处理. 以使被执行者能获取异常信息.

2009年12月30日 10:25

bittercoffee
1
0 0 1

• 添加评论

0 0

1.在你的方法中只抛出你想抛出的或者你无法处理的异常
2.在你的方法中只处理你能处理或你想处理的异常
3.在调用的最高层catch exception，如果是基于struts的，可以定义一个类似拦截器的东东来吃掉没有处理的异常。

2009年12月29日 17:54

risemanjavaeye
3
0 0 0

• 添加评论

0 0

1.如果你想让调用你的类去处理异常，就抛出异常

2009年12月28日 16:52

poppy_zy
4
0 0 1

• 添加评论

0 0

我的方法是从最底层一直往外抛，然后在action层捕捉，要么返回信息，要么跳转到指定页面。

struts1是有一个异常配置的，可以配置指定异常的指定处理方式。

STRUTS2可以采用拦截器的方式来，这样代码里就看不到try{}catch了。就是说ACTION也继续THROW，然后拦截器【AOP编程】执行的时候try catch一下。

2009年12月28日 15:08

energykey
919
0 0 3

• 添加评论

0 0

楼上说的有道理
如果要捕获异常就用

try
{
   //容易出现异常的代码
}
catch(exception e)
{
  //异常处理
}
finally
{
  //总是执行的
}

2009年12月28日 10:37

xihuan&java
385
0 0 1

• 添加评论

0 0

我的经验是：
当你在编写代码的时候，如果可以用逻辑判断避免出现异常（如String为空，或对象为空）就优先使用逻辑判断。
如果是逻辑难以判断的就用try catch（Integer.valueOf("我传字符串是肯定会出异常的")就需要try catch一下）。

2009年12月28日 10:29

52356
243
0 0 0

• 添加评论

0 0

		try {
			......
		} catch (Throwable e) {

		}

如果你不须要捕获具体的异常对其处理的话，这样就可以捕获所有的异常了。
如果代码编译通过，一般比较容易出现空指针,数组越界的异常你可以在可能出现这种情况的地方捕获就行了。

2009年12月28日 09:52

pengjiu
36
0 0 2

• 添加评论