一、内部类的几种创建方法:
1、成员内部类
class Outer{ private int i = 1; class Inner{ public void fun() {System.out.println("Outer I=" + i)} } }
2、方法内部类
class Outer{ public void fun() { final int i = 1; // 被方法内部类访问的局部变量必须被final修饰 class Inner{ // 方法内部类 不能有访问修饰符,比如public public void print() {System.out.println("Method I=" + i)} } } }
3、匿名内部类
interface USB { public abstract void start() } class Outer{ public void fun() { final int i = 1; // 被匿名内部类访问的局部变量必须被final修饰 new USB(){ @Override public void start(){ System.out.println("local_var_i=" + i); } }.start(); } }
4、静态内部类
class Outer{ private int i = 1; static class Inner{ // 不能访问外部类的非静态成员 public void fun() { } } }
5、接口内部类
interface USB { class Inner { // 默认是public static,即可以直接new USB.Inner(); } }
二、神马是内部类?
乍一看,好些创建方式,挺复杂的吧?首先内部类是个啥东西?
定义:创建在一个类内部的类型。根据创建位置的不同,分为成员的、方法的、匿名的。接口中的内部类叫做接口内部类。
理解:在类的内部创建,那就是类的一部分,跟属性、方法同级。这也就解释了为何能访问外部私有成员,我是你的一部分,我当然可以访问了。
问题的引出<理解内部类>:
那问题来了,我是你的一部分,别人继承了外部类,会不会也把内部类也继承过去呢?这得从内部类设计的初衷与面向对象来探讨了。
比如我们用Body类来描述人体。如果是描述人类的话,会去描述人类具有的属性跟功能。
那现在我们描述人体,人体内部有心肝脾胃肾,这些再用属性来描述就不合适了吧?那怎么办呢?我们可以用内部类去描述。
所以,无论内部类是公开的还是私有的,都不会被继承,因为他不是属性,也不是方法。而是一个内部事务的描述,我们称之为内部类。
内部类可以更好地对内部事务进行封装,看例子:
身体类中,有属于身体的各个器官,各个器官有自己的功能与属性,于是我们把它封装成一个内部类去单独描述。
用来描述器官的内部类是身体的一部分,所以可以去自由的访问身体的资源(属性与功能),各个器官与身体相互协调完成运作。
public class Body { private class Heart { // 心脏 public void bloodSupply() { // 供血... } } private class Hepar { // 肝脏 public void Metabolism() { // 代谢... } } private class Spleen { // 脾脏 public void storageBlood() { // 储血... } } private class Stomach { //胃部 public void digest() { // 消化... } } private class Kidney { // 肾脏 public void dischargePoison() { // 排毒... } } }
问题的引出<内部类访问外部类成员方式>:
因为可以访问外部私有成员,那问题也就诞生了,他是怎么访问的呢?
1:对于成员内部类来说,他会持有一份外部类当前对象的引用,Outer.this。
这样就可以调用外部类可见的方法跟成员变量,调用方法是通过持有的外部类引用去调用的。Outer.this.fun();
那对于private成员是如何去访问的呢?是通过编译器在外部类中生成的静态的access$0()方法来访问的。Outer.this.access$0(Outer);
2:对于方法内部类(匿名内部类)来说,因为内部类要访问所在方法中的局部变量,这时候用持有的外部类当前对象引用还能调用的到吗?
调不到了,那Java语言的设计者是这么来解决这个问题的:将局部变量复制一份给内部类使用,怎么复制的?在内部类初始化的时候通过构造方法传值的方式。
这样,内部类中会有一份复制的private修饰的成员变量。这样我就能访问了。但问题又来了,比如:
public void fun() { int i = 1; class Inner{ // int i = 1; 由编译器生成 publicvoid print() { i++ } } System.out.println("i=" + i); // 还是会输出i=1,我们明明在内部类方法中对此变量进行++了啊。抱歉,您++的是被复制的另一份。 }
问题的引出<保持两个不同变量的一致性>:
好,问题就这么无情的出现了,怎么解决?Java又说了,要不然给局部变量加上final吧,这样就会保持值得一致性了。
ok,问题解决,这就是为什么方法内部类访问的局部变量必须被final修饰的终极原因(为了约束两个不同变量的一致性)。设计问题,挺无奈的解决方案。
来看看另一种说法:
在Java中,方法的局部变量位于栈上,对象位于堆上。
因为局部变量的范围被限制在该方法内,当一个方法结束时,栈结构被删除,该变量消失。
但是,定义在这个类中的内部类对象仍然存活在堆上,所以内部类对象不能使用局部变量。除非这些局部变量被标识为最终的。
这种说法是片面的,因为根本原因是内部类对象无法访问局部变量,才会去复制一份。
为了保证两个变量的一致性,才去使用final关键字修饰局部变量。而不是因为栈生命周期与堆生命周期不一致的问题。
三、最后来说说final关键字:
用final关键字修饰对象变量,只是不允许这个对象引用再指向其他的对象,但是这个引用所指向的对象的内容是可以改变的
比如一个经典的例子:
final StringBuffer sb = new StringBuffer("HelloWorld"); sb = new StringBuffer("Hello"); // 编译失败,不能修改sb引用的指向 sb.append("China"); // sb指向的对象可以被修改。
其实从final的位置就看出来了,他是在修饰引用类型变量sb,而不是在修饰堆中的实例对象(new StringBuffer("HelloWorld");)