频道栏目
首页 > 程序开发 > 软件开发 > Java > 正文
小心例外带来的风险(2)
2009-06-13 00:05:33      个评论      
收藏   我要投稿
接上文:jsp?column=331&thread=9828 target=_blank class=l2>小心例外带来的风险(1)

不要捕获泛型例外

在复杂的软件中,经常会有一些特定的代码块执行时会抛出多种不同例外的方法。动态装入一个类和实例化一个对象都可能会产生几个不同的例外,包括ClassNotFoundException, InstantiationException, IllegalAccessException, 和 ClassCastException。
一个繁忙的程序员在遇到这种情况时可能简单的把方法调用包在一个只会捕获泛型例外Exception的try/catch块,而不是添加四个不同的catch块到try块后面(看下面的代码清单3)。这看起来似乎无可置否,却会产生一些无意识的副面效果。例如,如果className()是null,那么Class.forName()将会抛出一个NullPointerException例外并在这个方法中被捕获。在这种情况下,catch块将捕获此例外虽然它从没打算去捕获这样一个例外,只是因为NullPointerException是RuntimeException的一个子类,而且RuntimeException又是Exception的一个子类。所以一个普通的catch(Exception e)将会捕获所有RuntimeException的子类,包括NullPointerException, IndexOutOfBoundsException, 和ArrayStoreException。通常,一个程序员并不打算去捕获这些例外。
在代码清单3中,null的className会导致一个NullPointerException例外产生,它告诉在调用的方法中类名无效。
代码清单3

  1. public SomeInterface buildInstance(String className) {
  2.    SomeInterface impl = null;
  3.    try {
  4.       Class clazz = Class.forName(className);
  5.       impl = (SomeInterface)clazz.newInstance();
  6.    }
  7.    catch (Exception e) {
  8.       log.error("Error creating class: " + className);
  9.    }
  10.    return impl;
  11. }


另一个使用泛型捕获子句的结果是限制日志记录,因为catch不知道到底那一个特殊的例外被捕获。有些程序员在面对这种问题的时候,采取添加检测的手段去查看例外的类型(代码清单4),而这正好与使用catch块的目的相背离。
代码清单4

  1. catch (Exception e) {
  2.       if (e instanceof ClassNotFoundException) {
  3.          log.error("Invalid class name: " + className + ", " + e.toString());
  4.       }
  5.       else {
  6.          log.error("Cannot create class: " + className + ", " + e.toString());
  7.       }
  8.    }


代码清单5提供一种完整的捕获特殊例外的例子,一些程序员可能会对它感趣。操作符instanceof不是必须的因为这个特殊的例外自会被捕获。每一个被检查的例外(ClassNotFoundException, InstantiationException, IllegalAccessException) 会被捕获和处理。对于一个类装入正确,但是却没有实现SomeInterface接口这种特殊情况会产生一个ClassCastException例外,这个例外也会被查证。
代码清单5

  1. public SomeInterface buildInstance(String className) {
  2.    SomeInterface impl = null;
  3.    try {
  4.       Class clazz = Class.forName(className);
  5.       impl = (SomeInterface)clazz.newInstance();
  6.    }
  7.    catch (ClassNotFoundException e) {
  8.       log.error("Invalid class name: " + className + ", " + e.toString());
  9.    }
  10.    catch (InstantiationException e) {
  11.       log.error("Cannot create class: " + className + ", " + e.toString());
  12.    }
  13.    catch (IllegalAccessException e) {
  14.       log.error("Cannot create class: " + className + ", " + e.toString());
  15.    }
  16.    catch (ClassCastException e) {
  17.       log.error("Invalid class type, " + className
  18.          + " does not implement " + SomeInterface.class.getName());
  19.    }
  20.    return impl;
  21. }


在某些情况下,更好的方法是重新抛出一个已知的例外(或者叫创建一个新的例外)而不是试图去在当前这个方法中处理。这允许调用方法通过放置这个例外到一个已知的上下文中去处理这种错误情形。

下面的代码清单6提供了一个buildInterface()方法的替换版本。如果在装入和实例化类时发生问题,这个版本会抛出一个ClassNotFoundException例外。在这个例子中,调用方法会确保得到一个正确的实例化对象或者是一个例外。这样调用方法就不需要去检查返回的对象是否为空了。
注意这个例子使用了Java 1.4的方法来创建一个已经被另外的例外封装的新的例外,以便保存原始的堆栈跟踪信息。否则
点击复制链接 与好友分享!回本站首页
相关TAG标签 风险
上一篇:Java编程思想读书笔记-1(第5-7章)
下一篇:Java编程思想读书笔记-2(第8章)
相关文章
图文推荐
点击排行

关于我们 | 联系我们 | 广告服务 | 投资合作 | 版权申明 | 在线帮助 | 网站地图 | 作品发布 | Vip技术培训 | 举报中心

版权所有: 红黑联盟--致力于做实用的IT技术学习网站