20145230 《Java程序设计》第5周学习总结

教材学习内容

本周主要学习的内容是关于异常处理的，感觉这部分内容对我们这种初学者
来说非常重要。举个例子，倘若你在编写一个Java程序的时候，编译发生错误，提示了你一堆看不懂的东西，这时自己肯定会慌了手脚，不知道怎么处理这种状况。而这章的目的我认为就在于教会我们如何处理一些Java编程中的异常情况。首先，我知道了try与catch的运用方法:JVM会尝试执行try区块中的程序代码，如果发生错误，执行流程会跳离错误发生点，然后比较catch括号中声明的类型，是否符合被抛出的错误对象类型，如果是，就执行catch中程序代码。简而言之，有了try和catch为我们的代码保驾护航，我们即使犯了错误，Java也能更加友好地给我们显示出来。然后，书上讲到了异常继承结构。我的理解是:如果编程时遇到了Error，那就代表我们严重系统错误。在Error对象抛出时，我们基本不用处理。而对于程序本身的错误，我们要使用Exception或其子类来实现。我们在操作对象的过程中如果会抛出受检异常，但目前环境信息不足以处理异常，无法用try和catch处理时，客户端可以依据当时的环境信息进行处理，当然，异常处理也会给我们的程序编写带来一定的麻烦，因为有些错误我们根本无从下手解决。对于finally，在英文上面，它可以理解为最后的意思，在Java中，它可以与try、catch搭配使用，无论try区块中有无异常，若攥写有finally区块，则finally区块一定会执行。我们在使用throw重抛异常时，异常的追踪堆栈起点，仍是异常的发生根源，而不是重抛异常的地方。如果想要让异常堆栈起点为重抛异常的地方，可以使用fillInStackTrace(),这个方法会重新装填异常堆栈，将起点设为重抛异常的地方，并返回Throwable对象。

教材学习中的问题和解决过程

在学习异常继承架构的时候，书上有这样一个问题我不明白:为什么不能
int ch=System.in.read();
为什么我们一定要处理java.io.IOException。书上的解释是编译程序认为调用System.in.read()时有可能发生错误，要求你一定要在程序中明确处理错误。为什么我们一定要明确处理错误呢?我很不明白。
通过看书，我了解到。IOException是Exception的子类，所以编译程序要求我们明确适用于法加以处理。受检异常存在的目的，在于API设计者事先某方法时，某些条件成立时会引发错误，而且认为调用方法的客户端有能力处理错误，要求编译程序提醒客户顿必须明确处理错误，不然不可以通过编译，API客户端无权选择要不要处理，这应该就是问题的根因所在。

代码调试中的问题和解决过程

遇到了如下的问题:

后来我通过看书才知道:这是因为这个程序已经超出了JVM的内存空间，自然就会报出Error了，因此对于Error对象抛出时，基本上不用处理，任其传播至JVM为止。

本周代码托管截图

其他（感悟、思考等，可选）

本周学习了Java自己最大的收获就是知道了一些Java程序编写中异常处理的办法，例如什么try、catch什么的，什么throws，还有堆栈追踪。感觉学了这一章后，虽然自己仍然是一头雾水，但我知道了一些
基本的东西，也应该能在以后的Java编程中处理一些简单的错误。我们学习了这么章的知识，看上去好像自己学了很多东西，实际上并没有，想要把Java知识充分学透，感觉还是要不停不停敲代码，日复一日地敲代码。反正学习并没有什么途径，就是不停地为之奋斗，一直坚持下去，才能做到精通一门儿语言。学Java不能靠一时的兴趣，而需要我们不停地探索，才能有一定的收获。

学习进度条

	代码行数（新增/累积）	博客量（新增/累积）	学习时间（新增/累积）	重要成长
目标	2000 行	25篇	400小时
第一周	100/100	2/2	20/20
第二周	100/200	2/4	20/40
第三周	50/250	1/5	20/60
第四周	564/814	2/7	30/90
第五周	623/1437	1/8	30/120	了解到了程序中的异常处理

巴特西

20145230《Java程序设计》第5周学习总结