日期:2014-05-20  浏览次数:20882 次

线程异常
先看代码
  /**
* 发送短信  
  * 
* @param List
* persons
* @param content
* @return
* @throws Exception
*/
public void sendSM(final String content, final String phone)
throws Exception {

new Thread() {

@Override
public void run() {

SMsgProxy proxy = new SMsgProxy(
"http://192.168.126.99/axis/services/SMsg");
long smId = 0;
log.debug("开始短信发送");

try {
proxy.init("192.168.126.99", "mas", "3306", "poi", "poi");
if (phone != null && !"".equals(phone)) {
proxy.sendSM("poi", "poi", "poi",
new String[] { phone }, content, smId);
}
} catch (RemoteException e) {
e.printStackTrace();
}

throw new RuntimeException();
}
}.start();
}

如果在这边抛异常,主线程能不能接收得到

------解决方案--------------------
RuntimeException是运行时异常,捕捉不到。
------解决方案--------------------
这么来看待这个问题。首先明确线程代码的边界。其实很简单,Runnable接口的run方法所界定的边界就可以看作是线程代码的边界。Runnable接口中run方法原型如下: 
<< 
public void run(); 
>> 
而所有的具体线程都实现这个方法,所以这里就明确了一点,线程代码不能抛出任何checked异常。所有的线程中的checked异常都只能被线程本身消化掉。:) 这样本身也是符合线程的设计理念的,线程本身就是被看作独立的执行片断,它应该对自己负责,所以由它来消化所有的checked异常是很正常的。 
这样就回答了楼主的第一个问题:checked异常一定要在线程内部消化。 

但是,线程代码中是可以抛出错误(Error)和运行级别异常(RuntimeException)的。Error俺们可以忽略,因为通常Error是应该留给vm的,而RuntimeException确是比较正常的,如果在运行过程中满足了某种条件导致线程必须中断,可以选择使用抛出运行级别异常来处理,如下: 
<< 
public void run() { 
if (...) throw new RuntimeException(); 

>> 
当线程代码抛出运行级别异常之后,线程会中断。:)这点java中解释得很清楚: 
<< @see Thread 
All threads that are not daemon threads have died, either by returning from the call to the run method or "by throwing an exception that propagates beyond the run method". 
>> 
但是对于invoke此线程的主线程会产生什么影响呢?主线程不受这个影响,不会处理这个RuntimeException,而且根本不能catch到这个异常。会继续执行自己的代码 :) 
所以得到结论:线程方法的异常只能自己来处理。 


------解决方案--------------------
可以通过一个监听者模式将这个异常通知给主线程