内部类以及异常
数据类型转换
目前多态情况下不能访问子类特有的成员。
如果需要访问子类特有的成员,那么需要进行类型强制转换.
基本数据类型的转换小数据类型-------->大的数据类型 自动类型转换 大数据类型--------->小数据类型 强制类型转换 小数据类型 变量名 = (小数据类型)大数据类型;
引用数据类型的转换
小数据类型--------->大数据类型 自动类型转换。 大数据类型--------->小数据类型 强制类型转换
类型转换最场景的问题: java.lang.ClassCastException。 强制类型转换失败。
内部类
内部类:一个类定义在另外一个类的内部,那么该类就称作为内部类。
内部类的class文件名: 外部类$内部类.
好处:便于区分该class文件是属于哪个外部类的。内部类的类别:
成员内部类:
成员内部类的访问方式:
方式一:在外部类提供一个方法创建内部类的对象进行访问。
方式2二:在其他类直接创建内部类的对象。
格式:外部类.内部类 变量名 = new 外部类().new 内部类();注意: 如果是一个静态内部类,那么在其他类创建的格式:
外部类.内部类 变量名 = new 外部类.内部类();- 局部内部类
局部内部类: 在一个类的方法内部定义另外一个类,那么另外一个类就称作为局部内部类。
局部内部类要注意的细节:
- 如果局部内部类访问了一个局部变量,那么该局部变量必须使用final修饰
class Outer{ String name= "外部类的name"; public void test(){ //局部变量 final int y =100; // y 什么时候从内存中消失? 方法执行完毕之后y消失。 //局部内部类 class Inner{ /* 当test方法执行完毕之后,那么y马上从内存中消失,而Inner对象在方法 执行完毕的时候还没有从内存中消失,而inner对象的print方法还在访问着 y变量,这时候的y变量已经消失了,那么就给人感觉y的生命变量已经被延长了 . 解决方案: 如果一个局部内部类访问一个局部变量的时候,那么就让该局部内部类访问这个局部变量的复制品。 */ int x = 10; public void print(){ System.out.println("这个是局部内部类的print方法.."+y); } } Inner inner = new Inner(); //这个inner对象什么时候消失? Inner对象的生命周期比局部变量y的生命周期要长。 inner.print(); } }
- 如果局部内部类访问了一个局部变量,那么该局部变量必须使用final修饰
内部类的应用场景: 我们在描述A事物的时候,发现描述的A事物内部还存在另外一个比较复杂的事物B时候,而且这个比较复杂事物B还需要访问A事物的属性等数据,那么这时候我们就可以使用内部类描述B事物。
内部类的好处:内部类可以直接访问外部类的所有成员。
内部类要注意的细节:
- 如果外部类与内部类存在同名的成员变量时,在内部类中默认情况下是访问内部类的成员变量。
可以通过”外部类.this.成员变量名” 指定访问外部类的 成员。 - 私有的成员内部类只能在外部类提供一个方法创建内部类的对象进行访问,不能在其他类创建对象了。
- 成员内部类一旦出现了静态的成员,那么该类也必须 使用static修饰。
- 如果外部类与内部类存在同名的成员变量时,在内部类中默认情况下是访问内部类的成员变量。
匿名内部类
匿名内部类:没有类名的类就称作为匿名内部类。
匿名内部类的好处:简化书写。
匿名内部类的使用前提:必须存在继承或者实现关系才能使用。
匿名内部类一般是用于实参。
异常
异常体系:
——–| Throwable
————| Error
————| ExceptionThrowable常用的方法:
toString() 返回当前异常对象的完整类名+病态信息。 getMessage() 返回的是创建Throwable传入的字符串信息。 printStackTrace() 打印异常的栈信息。
异常的体系:
———-| Throwable 所以异常或者错误类的超类
————–|Error 错误 错误一般是用于jvm或者是硬件引发的问题,所以我们一般不会通过代码去处理错误的。
————–|Exception 异常 是需要通过代码去处理的。运行时异常和编译时异常如何区分错误与异常呢:
如果程序出现了不正常的信息,如果不正常的信息的类名是以Error结尾的,那么肯定是一个错误。
如果是以Exception结尾的,那么肯定就是一个异常。
异常处理
jvm一旦发现不正常的情况时候,那么jvm就会马上创建一个对应的异常对象,并且会调用这个异常对象的printStackTrace的方法来处理。 ——–跟异常处理相联系
异常的处理:
方式一:捕获处理
捕获处理的格式:
try{ 可能发生异常的代码; }catch(捕获的异常类型 变量名){ 处理异常的代码.... }
捕获处理要注意的细节:
1. 如果try块中代码出了异常经过了处理之后,那么try-catch块外面的代码可以正常执行。
2. 如果try块中出了异常的代码,那么在try块中出现异常代码后面的代码是不会执行了。
3. 一个try块后面是可以跟有多个catch块的,也就是一个try块可以捕获多种异常的类型。
4. 一个try块可以捕获多种异常的类型,但是捕获的异常类型必须从小到大进行捕获,否则编译报错。疑问一 : 异常的处理感觉没有多大作用,因为都是输出一个话而已?
异常处理非常有用,只不过是由于我们目前所接触的知识点太过于局限而已。疑问二: 以后捕获处理 的时候是否就是捕获Exception即可?
错的,因为我们在现实开发中遇到不同的异常类型的时候,我往往会有不同 的处理方式。
所以要分开不同的异常类型处理。
抛出处理
抛出处理要注意的细节:
- 如果一个方法的内部抛出了一个(编译时)异常对象,那么必须要在方法上声明抛出。
- 如果调用了一个声明抛出异常的方法,那么调用者必须要处理异常。
- 如果一个方法内部抛出了一个异常对象,那么throw语句后面的代码都不会再执行了(一个方法遇到了throw关键字,该方法也会马上停止执行的)。
- 在一种情况下,只能抛出一种类型异常对象。
throw 与throws两个关键字:
- throw关键字是用于方法内部的,throws是用于方法声声明上的。
- throw关键字是用于方法内部抛出一个异常对象的,throws关键字是用于在方法声明上声明抛出异常类型的。
- throw关键字后面只能有一个异常对象,throws后面一次可以声明抛出多种类型的 异常。
疑问:何时使用抛出处理?何时捕获处理?原则是如何?
如果你需要通知到调用者,你代码出了问题,那么这时候就使用抛出处理.
如果代码是直接与用户打交道遇到了异常千万不要再抛,再抛的话,就给了用户了。这时候就应该使用捕获处理。