java学习记录(二):java的违例控制机制
2014-05-30 18:18
344 查看
1 产生一个违例时,首先按照与创建java对象一样的方法创建违例对象:在内存“堆”里,使用new 来创建。随后停止当前执行路径,然后从当前环境中释放违例句柄。此时,违例控制机制会接管一切,并开始查找一个恰当的地方,用于继续程序的执行。这个地方便是违例控制器,catch语句。它的职责是从问题中恢复,使程序要么执行另一条路径,要么简单的继续。
2 违例更重要的信息保存在违例类型中,而不是违例对象中。
3 如果在当地捕获了抛出的违例,需要在本地使用try...catch 语句,若没有使用try....catch语句,则在函数后面需加上违例规范:throws Exception
4 Eception类继承于Throwable,这个类中有printStackTrace()这个方法用于打印抛出异常的路径。
5 fillInStackTrace()函数返回Throwable对象,此时是不会被捕获Exception的捕获器捕获的。相当于不会自动下溯造型。
6 RuntimeException 类是java内置的类,所以永远不要担心运行期的异常,也不要抛出一个RuntimeException的异常,java会自动处理有关的异常。
7 关于违例的限制,参见一下代码:
rainHard()抛出与父类一样的异常,可以。event()不抛出任何异常,可以,即使父类抛出了异常。atBat() 抛出了PopFoul异常,父类有抛出Foul异常,因为PopFoul继承于Foul,捕获父类的捕获器 同样可以捕获子类,所以,atBat可以抛出PopFoul异常。综上,子类抛出的异常不能和父类不同,可以不抛出,可以是其子类,当然也可以抛出一样的异常。而且,一个类继承另一个类并且实现接口的时候,其抛出的异常要与继承的类有上述关系。当你这样写:void walk() throws PopFoul
{} 或者public void event() throws RainedOut {}时,编译器报错。
8 在没有垃圾回收和自动调用析构方法的语言中,finally语句会显的很重要,因为需要手动回收占用的内存资源。在含有垃圾回收机制的语言中,finally常用来关闭文件,释放网络连接等任务。在try{}catch{}finally{}中,不管是否抛出异常,都会执行finally语句,不管抛出的异常是否被catch捕获,都会执行finally语句。
暂时总结这么多吧~~~
2 违例更重要的信息保存在违例类型中,而不是违例对象中。
3 如果在当地捕获了抛出的违例,需要在本地使用try...catch 语句,若没有使用try....catch语句,则在函数后面需加上违例规范:throws Exception
4 Eception类继承于Throwable,这个类中有printStackTrace()这个方法用于打印抛出异常的路径。
5 fillInStackTrace()函数返回Throwable对象,此时是不会被捕获Exception的捕获器捕获的。相当于不会自动下溯造型。
6 RuntimeException 类是java内置的类,所以永远不要担心运行期的异常,也不要抛出一个RuntimeException的异常,java会自动处理有关的异常。
7 关于违例的限制,参见一下代码:
</pre><pre name="code" class="java">class BaseballException extends Exception {} class Foul extends BaseballException {} class Strike extends BaseballException {} abstract class Inning { Inning() throws BaseballException {} void event () throws BaseballException { } abstract void atBat() throws Strike, Foul; void walk() {} } class StormException extends Exception {} class RainedOut extends StormException {} class PopFoul extends Foul {} interface Storm { void event() throws RainedOut; void rainHard() throws RainedOut; } public class StormyInning extends Inning implements Storm { StormyInning() throws RainedOut, BaseballException {} StormyInning(String s) throws Foul, BaseballException {} public void rainHard() throws RainedOut {} public void event() {} void atBat() throws PopFoul {throw new PopFoul();} public static void main(String[] args) { try { StormyInning si = new StormyInning(); si.atBat(); } catch(Foul e) { System.out.println("foul hhhhh"); } catch(RainedOut e) { System.out.println("rainedout"); } catch(BaseballException e) {System.out.println("baseball");} try { Inning i = new StormyInning(); i.atBat(); } catch(PopFoul e) { System.out.println("popfoul hhhhhhh"); } catch(Strike e) { System.out.println("strike"); } catch(Foul e) { System.out.println("foul hhhhh"); } catch(RainedOut e) { System.out.println("rainedout"); } catch(BaseballException e) {System.out.println("baseball");} } }
rainHard()抛出与父类一样的异常,可以。event()不抛出任何异常,可以,即使父类抛出了异常。atBat() 抛出了PopFoul异常,父类有抛出Foul异常,因为PopFoul继承于Foul,捕获父类的捕获器 同样可以捕获子类,所以,atBat可以抛出PopFoul异常。综上,子类抛出的异常不能和父类不同,可以不抛出,可以是其子类,当然也可以抛出一样的异常。而且,一个类继承另一个类并且实现接口的时候,其抛出的异常要与继承的类有上述关系。当你这样写:void walk() throws PopFoul
{} 或者public void event() throws RainedOut {}时,编译器报错。
8 在没有垃圾回收和自动调用析构方法的语言中,finally语句会显的很重要,因为需要手动回收占用的内存资源。在含有垃圾回收机制的语言中,finally常用来关闭文件,释放网络连接等任务。在try{}catch{}finally{}中,不管是否抛出异常,都会执行finally语句,不管抛出的异常是否被catch捕获,都会执行finally语句。
暂时总结这么多吧~~~
相关文章推荐
- 学习记录 java随机数的产生机制
- 17年2月27日Java后台学习记录,SSM架构最终配置,Spring回滚机制。
- java学习记录(七)内存回收机制
- Java学习总结记录(1)——Java程序运行机制
- 深入I/O学习记录-01java I/O工作机制
- Java学习笔记_身份验证机制
- Java学习笔记_身份验证机制
- 用java连接数据库的学习记录
- Java学习笔记 Java调用Win32 API控制鼠标活动范围
- Think in java学习笔记-第3章 控制程序流程1
- JAVA虚拟机(JVM)和JAVA垃圾回收机制(JAVA GARBAGE COLLECTION)---因为刚开始学习,有部分语言不太准确,请指出,谢谢!
- Java学习笔记_身份验证机制
- 学习心得:Java为什么支持反射机制?
- 2009-03-10学习记录:NetBeans+Wicket开发JavaWeb应用程序
- Java Media Framework 基础教程(学习JMF中,看到好的中文教程,在这里记录下来)
- JAVA序列化机制学习札记
- Java学习笔记_身份验证机制
- java学习记录20061008
- Java违例控制 总结
- Java集合框架学习记录