1. 本周学习总结
2. 书面作业
1. 常用异常
结合题集题目7-1回答
1.1 自己以前编写的代码中经常出现什么异常、需要捕获吗(为什么)？应如何避免？
常见异常：
- ArithmeticExceptio 算术异常
- FileNotFoundException找不到文件异常
- ArrayIndexOutOfBoundsException数组下标越界异常
- NullPointerException空指针异常
- ClassCastException类型转换异常
- NumberFormatException数字格式化异常
异常不一定都需要捕获，如果要利用某个异常可以不捕获，不是所有异常都要进行处理，也可以抛给java虚拟机处理；想要避免异常就要先考虑可能出现的异常，把可能出现的异常进行捕获和处理。
1.2 什么样的异常要求用户一定要使用捕获处理？
非RuntimeException异常类或者其子类的的异常都要声明捕捉。 只有RuntimeException 或者是其子类的异常是不需要进行声明捕捉的
2. 处理异常使你的程序更加健壮
题集题目7-2
2.1 实验总结。并回答：怎么样才能让你的程序更加健壮？
这个题需要创建一个数组，然后往里面放入整数并输出数组内容，但是有可能出现异常，即输入的为非整形字符串，就要找到可能出现异常的区域，即：
String inputInt = in.next();
arr[i] = Integer.parseInt(inputInt);
i++;
用try-catch机制解决这个异常就可以了。
如何才能让程序健壮：
把不可忽视的异常进行捕获和处理，减小程序出错的概率。
3. throw与throws
题集题目7-3
阅读Integer.parsetInt源代码
3.1 Integer.parsetInt一开始就有大量的抛出异常的代码，这种做法有什么好处？
这样可以在程序运行的初始阶段就检测出异常，及时终止程序，减小程序错误运行下去的时间。
3.2 结合自己编写的程序与3.1，分析自己编写的方法抛出异常时一般需要传递给调用者一些什么信息？
在这个题中begin<end、begin小于0，end大于arr.length都要求抛出异常，ArrayUtils.findMax传递给调用者begin>= end、begin < 0、end > arr.length这几种异常信息
4. 用异常改进ArrayIntegerStack
题集题目6-3
4.1 结合6-3代码，回答使用抛出异常的方式代表程序运行时出错有什么好处？比单纯的返回错误值，有何优点？
用抛出异常的方式代表程序运行时出错能让程序正常结束；比较单纯返回错误值，这种方法能让程序编写者知道错误在哪解决程序中的问题。
在这个题中入栈如果栈满则抛出FullStackException异常；出栈时栈空则抛出EmptyStackException异常；获得栈顶元素时如果栈空则抛出EmptyStackException异常，当出现异常时可以很直接的知道错误出现在哪一步。
4.2 如果一个方法内部的内码抛出的是RuntimeException类型的异常，那么方法声明是否应该使用throws关键字，如果使用throws关键字声明该方法抛出的异常，能给我们带来什么好处吗？
可以不使用throws关键字；
如果使用throws关键字声明该方法抛出异常，可以不使用try-catch捕获异常抛出，可以直接使用throws关键字声明抛出异常。
5. 函数题-多种异常的捕获
题集题目6-1
5.1 结合6-1代码，回答：一个try块中如果可能抛出多种异常，且异常之间可能有继承关系，捕获时需要注意些什么？
可以用多个catch处理：
try{
} catch(异常类 对象) {
} catch(异常类2 对象) {
} catch(异常类3 对象) {
}以此类推
try只有一个 但是catch可以有多个，可能会发生几个异常 就写几个catch来处理，本题的放置顺序是NumberFormatException 、IllegalArgumentException、Exception
5.2 一个try块中如果可能抛出多种异常，使用Java8的多重异常捕获语法需要注意些什么？
异常之间不能有继承关系。
可以用如下两种方法;
try {
} catch(SQLException e) {
logger.log(e);
} catch(IOException e) {
logger.log(e);
} catch(Exception e) {
logger.severe(e);
}
try {
} catch(<strong>SQLException | IOException e</strong>) {
logger.log(e);
} catch(Exception e) {
logger.severe(e);
}
6. 为如下代码加上异常处理
byte[] content = null;
FileInputStream fis = new FileInputStream("testfis.txt");
int bytesAvailabe = fis.available();//获得该文件可用的字节数
if(bytesAvailabe>0){
content = new byte[bytesAvailabe];//创建可容纳文件大小的数组
fis.read(content);//将文件内容读入数组
}
System.out.println(Arrays.toString(content));//打印数组内容
6.1 改正代码，让其可正常运行。注1：里面有多个方法均可能抛出异常。注2：要使用finally关闭资源。
byte[] content = null;
FileInputStream fis =null;
try {
fis = new FileInputStream("testfis.txt");
int bytesAvailabe = fis.available();
if(bytesAvailabe>0){
content = new byte[bytesAvailabe];
fis.read(content);
}
}catch (FileNotFoundException e){
System.out.println(e);
System.out.println("找不到文件xxx，请重新输入文件名");
}catch (Exception e){
System.out.println(e);
System.out.println("打开或读取文件失败!");
}
finally {
try {
System.out.println("关闭文件ing");
fis.close();
}catch (Exception e){
System.out.println(e);
System.out.println("关闭文件失败！");
}
}
System.out.println(Arrays.toString(content));
6.2 结合题集6-2代码，要将什么样操作放在finally块？为什么？使用finally关闭资源需要注意一些什么？
将必须要执行的操作放在finally块中，finally块中的不管是否有异常都会执行，不要什么东西都写到finally，finally执行效率很低。
6.3 使用Java7中的try-with-resources来改写上述代码实现自动关闭资源。简述这种方法有何好处？
byte[] content = null;
try (FileInputStream fis = new FileInputStream("testfis.txt")) {
fis = new FileInputStream("testfis.txt");
bytesAvailabe = fis.available();
if(bytesAvailabe>0){
content = new byte[bytesAvailabe];
fis.read(content);
} catch (Exception e) {
System.out.println(e);
}
try-with-resources实际是自动调用资源的close()函数，使用try-with-resources的语法可以实现资源的自动回收处理，大大提高了代码的便利性
7. 面向对象设计作业-图书馆管理系统（分组完成，每组不超过3个同学）
登录lib.jmu.edu.cn，对图书进行搜索。然后登录图书馆信息系统，查看我的图书馆。如果让你实现一个图书借阅系统，尝试使用面向对象建模。
7.1 该系统的使用者有谁？
图书管理员，用户。
7.2 主要功能模块（不要太多）及每个模块的负责人。下周每个人要提交自己负责的模块代码及运行视频。
- 用户个人信息
- 借书功能
- 还书功能
7.3 该系统的主要的类设计及类图（可用）
7.4 你准备如何存储图书信息、解决信息、读者信息等。
图书信息用map,用户信息用.txt
3.码云及PTA
3.1. 码云代码提交记录
3.2 截图PTA题集完成情况图
3.3 统计本周完成的代码量
| 周数 | 行数 | 新增行数 | 文件数 | 新增文件数 |
|---|---|---|---|---|
| 第一周 | 39 | 39 | 9 | 9 |
| 第二周 | 278 | 239 | 18 | 9 |
| 第三周 | 431 | 153 | 33 | 15 |
| 第四周 | 894 | 182 | 51 | 9 |
| 第五周 | 1154 | 260 | 67 | 16 |
| 第六周 | 1354 | 200 | 79 | 12 |
| 第七周 | 1463 | 109 | 85 | 6 |
| 第八周 | 1776 | 313 | 101 | 16 |
| 第九周 | 1903 | 127 | 106 | 5 |
| 第十周 | 2136 | 233 | 122 | 16 |