1、昨日复习

abstract 能修饰哪些结构？修饰以后，有什么特点？
类、方法。

类不能实例化，提供子类
抽象方法，只定义了一种功能的标准。具体的执行，需要子类去实现。

接口是否能继承接口? 抽象类是否能实现(implements)接口? 抽象类是否能继承非抽象的类?
能，能，能
3. 声明抽象类，并包含抽象方法。测试类中创建一个继承抽象类的匿名子类的对象
abstract AA{
public abstract void m();
}
main(){
AA a = new AA(){
public void m(){

}
};
a.m();

}

class Person{
String name;
public void eat(){}
}

main(){
Person p = new Person(){
public void eat(){}
};
p.eat();
}

抽象类和接口有哪些共同点和区别？
相同点：不能实例化，都可以被继承
不同点：抽象类：有构造器。接口：不能声明构造器
多继承vs 单继承

5. 如何创建静态成员内部类和非静态成员内部类的对象？
Person static Dog Bird
Person.Dog dog = new Person.Dog();

Person p = new Person();
Person.Bird bird = p.new Bird();
或者：Person.Bird bird = new Person().new Bird();
总结：
成员内部类和局部内部类，在编译以后，都会生成字节码文件。
格式：成员内部类：外部类$内部类名.class
局部内部类：外部类$数字内部类名.class

局部内部类使用的一个注意点：
在局部内部类的方法中，如果调用局部内部类被声明的方法中的局部变量的话，要求此局部变量声明为final的。
jdk7及以前的版本，要求final不能省

2、异常概述与异常体系结构

Java程序在执行过程中所发生的异常事件可分为两类：
Error：Java虚拟机无法解决的严重问题。如：JVM系统内部错误、资源耗尽等严重情况。比如StackOverflowError和OOM。一般不编写针对性的代码进行处理。
Exception: 其它因编程错误或偶然的外在因素导致的一般性问题，可以使用针对性的代码进行处理。例如：
空指针访问
试图读取不存在的文件
网络连接中断
数组角标越界

捕获错误最理想的是在编译期间，但有的错误只有在运行时才会发生。
比如：除数为0，数组下标越界等
分类：编译时异常和运行时异常
QQ截图20220101150008.png
红色：编译时异常
蓝色：运行时异常
面试题：常见的异常都有哪些？

3、异常处理机制一：try-catch-finally

异常的处理：抓抛模型
过程一：“抓”：程序在正常执行的过程中，一旦出现异常，就会在异常代码块处生成一个异常类的对象。
并将此对象抛出。
一旦抛出对象以后，其后的代码就不再执行。
过程二：“抛”：可以理解为异常的处理方式：①try-catch-finally ②throws

try-catch-finally的使用
try{
//可能出现异常的代码
}catch(异常类型1 变量名1){
//处理异常的方式1
}catch(异常类型2 变量名2){
//处理异常的方式2
}catch(异常类型3 变量名3){
//处理异常的方式3
}
………
finally{
//一定会执行的代码
}
说明：
1、finally是可选的
2、使用try将可能出现的异常包装起来，在执行过程中，一旦出现异常，就会生成一个对应异常类的对象，根据此对象的类型，去catch中进行匹配。
3、一旦try中的异常对象匹配到某一个catch时，就进入catch中进行异常处理，一旦处理完成，就跳出当前try-catch结构（没有finally的情况）。继续执行其后的代码。
4、catch中的异常类型如果没有子父类关系，则谁申明在上面，谁声明在下面无所谓。
catch中的异常类型如果满足子父类关系，则要求子类一定声明在父类的上面，否则，报错。
5、常用的异常处理方式：①String getMessage() ②printStackTrace()
6、在try结构中声明的变量，在出了try结构以后，就不能再被调用
7、try-catch-finally结构可以嵌套

体会1：使用try-catch-finally处理编译时异常，使得程序在编译时就不再报错，但是运行时仍可能报错。
相当于使用try-catch-finally将一个编译时可能出线的异常，延迟到运行时异常。
体会2：开发中，由于运行时异常比较常见，所以我们通常就不针对运行时异常编写try-catch-finally了。
针对于编译时异常，我们一定要考虑异常的处理。

try-catch-finally中finally的使用
1、finally是可选的
2、finally中声明的一定会被执行的代码，即使catch中又出现了异常，try中有return语句，catch中有return语句等情况。
3、像数据库连接、输入输出流、网络编程Socket等资源，JVM是不能自动的回收，我们需要自己手动的进行资源的释放，此时的资源释放，就需要声明在finally中。

4、异常处理机制二：throws+异常类型

1、“throws+异常类型”写在方法的声明处，指明此方法执行时，可能会抛出的异常类型，一旦当方法体执行时，出现异常，任会在异常代码处生成一个异常类的对象。此对象满足throws后异常类型时，就会被抛出。异常代码后续的代码，就不会再执行。

2、体会try-catch-finally：真正的把异常给处理了。
throws的方法只是将异常抛给了方法的调用者，并没有真正的将异常处理掉。

3、开发中如何选择try-catch-finally还是使用throws+异常类型？
3.1 如果父类中被重写的方法没有throws方式处理异常，则子类重写的方法也不能使用throws，意味着如果子类重写的方法中有异常，必须使用try-catch-finally方式处理。
3.2 执行的方法中，先后又调用另外的几个方法，这几个方法时递进关系执行的我们建议这几个方法使用throws的方式进行处理。而执行的方法a可以考虑使用try-catch-finally方式进行处理。

方法重写的规则之一：
子类重写的方法抛出的异常类型不大于父类的被重写的方法抛出的异常类型