evilcry2012的专栏

重载Throwable.fillInStackTrace方法已提高Java性能这样的做法对法？ 总有哪么些人拿Java异常的性能问题说事，做法是为自定义异常重载Throwable.fillInStackTrace方法，让其返回this。这样做，在测试时确实会快很多，但有什么不妥的地方吗? 关注者 41 被浏览

Java知多少（53）使用Java创建自己的异常子类 尽管Java的内置异常处理大多数常见错误，你也许希望建立你自己的异常类型来处理你所应用的特殊情况。这是非常简单的：只要定义Exception的一个子类就可以了（Exception当然是Throwable的一个子类）。你的子类不需要实际执行什么——它们在类型系统中的存在允许你把它们当成异常使用。 Exception类自己没

Java知多少（53）使用Java创建自己的异常子类 尽管Java的内置异常处理大多数常见错误，你也许希望建立你自己的异常类型来处理你所应用的特殊情况。这是非常简单的：只要定义Exception的一个子类就可以了（Exception当然是Throwable的一个子类）。你的子类不需要实际执行什么——它们在类型系统中的存在允许你把它们当成异常使用。 Exception类自己没

不会经常用到。 9 . 5 违例的限制 覆盖一个方法时，只能产生已在方法的基础类版本中定义的违例。这是一个重要的限制，因为它意味着与基 础类协同工作的代码也会自动应用于从基础类衍生的任何对象（当然，这属于基本的OOP 概念），其中包括 违例。 下面这个例子演示了强加在违例身上的限制类型（在编译期）： //: StormyInning.java // Overridden method

9 . 6 用f i n a l l y 清除 无论一个违例是否在try 块中发生，我们经常都想执行一些特定的代码。对一些特定的操作，经常都会遇到 这种情况，但在恢复内存时一般都不需要（因为垃圾收集器会自动照料一切）。为达到这个目的，可在所有 违例控制器的末尾使用一个finally 从句（注释④）。所以完整的违例控制小节象下面这个样子： try { // 要保卫的区域： // 可能“掷

9 . 8 违例匹配 “掷”出一个违例后，违例控制系统会按当初编写的顺序搜索“最接近”的控制器。一旦找到相符的控制 器，就认为违例已得到控制，不再进行更多的搜索工作。 在违例和它的控制器之间，并不需要非常精确的匹配。一个衍生类对象可与基础类的一个控制器相配，如下 例所示： //: Human.java // Catching Exception Hierarchies class A