内部类
类的内部成员之五:内部类。
-
Java中允许将一个类A声明在另一个类B中,则类A就是内部类,类B称为外部类。
-
内部的分类:成员内部类(静态、非静态) vs 局部内部类(方法内、代码块内、构造器内)
-
成员内部类:
- 一方面,作为外部类的成员。
- 调用外部类的结构。
- 可以用static修饰。
- 可以被四种不同的权限修饰。
- 另一方面,作为一个类。
- 类内可以定义属性、方法、构造器等。
- 可以被final修饰,表示此类不能被继承,言外之意,不使用即可被继承。
- 可以被abstract修饰。
- 一方面,作为外部类的成员。
-
关注如下的三个问题。
-
如何实例化成员内部类的对象。
-
如何在成员内部类中区分调用外部类的结构。
-
开发中局部内部类的使用。
-
局部内部类的注意点:
- 在局部内部类的方法中(比如:show),如果调用局部内部类所声明的方法(比如:method)中局部变量(比如:num)的话,要求此变量声明为final的。
- jdk 7及之前的版本,要求此局部变量显示的声明为final的。
- jdk 8及之后的版本,可以省略final的声明。
异常处理
异常概述与异常体系结构
-
Error:java虚拟机无法解决的严重问题,如:JVM系统内部错误、资源耗尽等严重情况、比如:StackOverflowError和OOM。
-
Exception:其他因程序编程错误或偶然的外在因素导致的一般性问题,可以使用针对性的代码进行处理。例如:
空指针访问、试图读取不存在的文件、网络连接中断、数组角标越界。
- 编译时异常(checked)
- IOException
- FileNotFoundException
- ClassNotFoundException
- IOException
- 运行时异常(unchecked)
- NullPointException
- ArrayIndexOutOfBoundException
- ClassCastException
- InputMismatchException
- ArithmeticException
- 编译时异常(checked)
面试题:常见的异常都有哪些?
- 空指针异常
. - 数组角标越界
- 强制转换类型异常
异常处理机制一
异常的处理:抓抛模型
-
过程一,“ 抛 ”:程序在正常执行的过程中,一旦出现异常,就会在异常代码处生成一个对应异常类的对象。并将此对象抛出。
一旦抛出对象以后,其后的代码就不再执行。
-
过程二, “ 抓 ”:可以理解为异常的处理方式。
①try - catch - finally。
②throws + 异常类型。
try - catch - finally的使用
-
try - catch - finally的结构
try{ //可能出现异常的代码 }cathch(异常类型1 变量名1){ //处理异常方式1 }cathch(异常类型2 变量名2){ //处理异常方式2 }cathch(异常类型3 变量名3){ //处理异常方式3 } .... finally{ //一定会执行的代码 }
说明:
-
finally是可选的。
-
使用try将可能出现的异常代码包装起来,在执行过程中,一旦出现异常,就会生成一个对应异常类的对象,根据此对象的类型,去catch中匹配。(和switch case相似)
3… 一旦try中的异常对象匹配到某一个catch时,就进入catch中进行异常的处理。一旦处理完成,就跳出当前的try—catch结构(在没有写finally的情况下),继续执行其后的代码。 -
catch中的异常类型如果没有子父类关系,则谁声明在上,谁声明在下无所谓。
catch中的异常类型如果满足子父类关系,则要求子类一定声明在父类的上面,否则,报错。
-
常用的异常对象的处理方式:① String getMessage() ②printStackTrace
-
try结构中声明的变量,再出了try结构以后,就不能再被调用。
-
try-catch-final结构可以嵌套。
体会1:使用try-catch-finally处理编译时异常,使得程序在编译时就不在报错,但是运行时仍可能报错。相当于我们使用try-catch-finally将一个编译时可能出现的异常,延迟到运行时出现。
体会2:开发中,由于运行时异常比较常见,所以我们通常就不针对运行时异常编写try-catch-finally了,针对编译时异常,我们说一定要考虑异常的处理。
finally的使用
- finally的可选的
- finally是中声明的是一定会被执行的代码。 即使catch中又出现异常了。try中有return语句,catch中有return语句等情况 。
- 像数据库连接、输入输出流、网络编程Socket等资源、JVM是不能自动回收的,我们需要自己手动的进行资源的释放。此时的资源释放,就需要声明在finally中。
异常处理的方式二:throws + 异常类型
-
“ throws + 异常类型 “ 写在方法的声明处、指明此方法执行时,可能会抛出的异常类型。
一旦方法体执行时,出现异常,仍会在异常代码处生成一个异常类的对象,此对像满足throws后异常类型时,就会被抛出、异常代码后续的代码,就不再执行。
-
体会:try - catch - finally:真正的将异常给处理掉了。
throws的方式只是将异常抛给了方法的调用者。并没有真正的将异常给处理掉。
-
子类抛出的异常类型不能大于父类抛出的异常类型。
throws的方式只是将异常抛给了方法的调用者。并没有真正的将异常给处理掉。
-
开发中如何选择使用try - catch - finally 还是使用 throws?
- 如果父类中被重写的方法没有throws方式处理异常,则子类重写的方法也不能使用throws,意味着如果子类重写的方法中有异常,必须使用try- catch - finallly方式处理。
- 执行的方法中,先后调用了另外几个方法,这几个方法是递进关系进行的。我们建议这几个方法使用throws的方式处理。而执行的方法 a 可以考虑try - catch - finally方式进行处理。
手动抛出异常对象
-
关于异常对象的产生:①系统自动生成的异常对象
②手动的生成一个异常对象,并抛出(throw)。
-
使用情况,比如某个值只能输入正数,则当其小于零的时候抛出数值异常。
用户自定义异常类
如何自定义异常类?
- 继承于现有的异常结构:RuntimeException、、Exception。
- 提供全局常量:serialVersionUID
- 提供重载的构造器。