内部类

1.为什么使用内部类?

使用内部类最吸引人的原因是：每个内部类都能独立地继承一个（接口的或者是父类 ）实现，所以无论外围类是否已经继承了某个（接口的）实现，

对于内部类都没有影响

1.1.使用内部类最大的优点就在于它能够非常好的解决多重继承的问题,使用内部类还能够为我们带来如下特性:

(1)、内部类可以用多个实例，每个实例都有自己的状态信息，并且与其他外围对象的信息相互独立。

(2)、在单个外围类中，可以让多个内部类以不同的方式实现同一个接口，或者继承同一个类。

(3)、创建内部类对象的时刻并不依赖于外围类对象的创建。

(4)、内部类并没有令人迷惑的“is-a”关系，他就是一个独立的实体。

(5)、内部类提供了更好的封装，除了该外围类，其他类都不能访问。

关于内部类如何访问外部类的成员， 分析之后其实也很简单， 主要是通过以下几步做到的：

1 编译器自动为内部类添加一个成员变量， 这个成员变量的类型和外部类的类型相同， 这个成员变量就是指向外部类对象的引用；

2 编译器自动为内部类的构造方法添加一个参数， 参数的类型是外部类的类型， 在构造方法内部使用这个参数为1中添加的成员变量赋值；

3 在调用内部类的构造函数初始化内部类对象时， 会默认传入外部类的引用

2.内部类分类:

(一).成员内部类:

Inner 类定义在 Outer 类的内部，相当于 Outer 类的一个成员变量的位置， Inner 类可以使用任意访问控制符，

如 public 、 protected 、 private ，默认等

2.Inner 类中定义的 show() 方法可以直接访问 Outer 类中的数据，而不受访问控制符的影响，

如直接访问 Outer 类中的私有属性age

3.定义了成员内部类后，必须使用外部类对象来创建内部类对象，而不能直接去 new 一个内部类对象，

即：内部类 对象名 = 外部类对象.new 内部类( );

public class Enclosingone {

    //非静态内部类

    public class InsideOne {}

    //静态内部类

    public static class InsideTwo{}

}

 

4.编译上面的程序后，会发现产生了两个 .class 文件: Outer.class,Outer$Inner.class{}

5. 成员内部类中不能存在任何 static 的变量和方法,可以定义常量:

(1).因为非静态内部类是要依赖于外部类的实例,而静态变量和方法是不依赖于对象的,仅与类相关,

简而言之:在加载静态域时,根本没有外部类,所在在非静态内部类中不能定义静态域或方法,编译不通过;

非静态内部类的作用域是实例级别

(2).常量是在编译器就确定的,放到所谓的常量池了

★★ 友情提示:

1.外部类是不能直接使用内部类的成员和方法的，可先创建内部类的对象，然后通过内部类的对象来访问其成员变量和方法;

2.如果外部类和内部类具有相同的成员变量或方法，内部类默认访问自己的成员变量或方法，如果要访问外部类的成员变量，

可以使用 this 关键字,如:Outer.this.name

(二).静态内部类: 是 static 修饰的内部类,

1.静态内部类不能直接访问外部类的非静态成员，但可以通过 new 外部类().成员 的方式访问

2.如果外部类的静态成员与内部类的成员名称相同，可通过“类名.静态成员”访问外部类的静态成员；

如果外部类的静态成员与内部类的成员名称不相同，则可通过“成员名”直接调用外部类的静态成员

3.创建静态内部类的对象时，不需要外部类的对象，可以直接创建 内部类 对象名 = new 内部类();

(三).方法内部类:访问仅限于方法内或者该作用域内

(1).局部内部类就像是方法里面的一个局部变量一样，是不能有 public、protected、private 以及 static 修饰符的

(2).只能访问方法中定义的 final 类型的局部变量,因为:

当方法被调用运行完毕之后，局部变量就已消亡了。但内部类对象可能还存在,

直到没有被引用时才会消亡。此时就会出现一种情况，就是内部类要访问一个不存在的局部变量;

==>使用final修饰符不仅会保持对象的引用不会改变,而且编译器还会持续维护这个对象在回调方法中的生命周期.

局部内部类并不是直接调用方法传进来的参数，而是内部类将传进来的参数通过自己的构造器备份到了自己的内部，

自己内部的方法调用的实际是自己的属性而不是外部类方法的参数;

防止被篡改数据,而导致内部类得到的值不一致

1 当局部变量的值为编译时可确定的字面常量时（ 如字符串“abc”或整数1 ）， 通过final修饰， 可以实现类似C语言的编译时宏替换功能。 这样的话， 外部类和内部类各自访问自己的常量池， 各自执行各自的字节码指令， 看起来就像共同访问外部类方法中的局部变量。 这样就可以达到 语义上的一致性 。 由于存在内部类和外部类中的常量值是一样的， 并且是不可改变的，这样就可以达到 数值访问的一致性 。

2 当局部变量的值不是可在编译时确定的字面常量时（比如通过方法调用为它赋值）， 这种情况下， 编译器给内部类增加相同类型的成员变量， 并通过构造函数将外部类方法中的局部变量的值赋给这个新增的内部类成员变量。

如果这个局部变量是基本数据类型时， 直接拷贝数值给内部类成员变量。

这样的话， 内部类和外部类各自访问自己的基本数据类型的变量，  他们的变量值一样， 并且不可修改， 这样就保证了语义上和数值访问上的一致性 。

如果这个局部变量是引用数据类型时， 拷贝外部类方法中的引用值给内部类对象的成员变量， 这样的话， 他们就指向了同一个对象。

由于这两个引用变量指向同一个对象， 所以通过引用访问的对象的数据是一样的， 由于 他们都不能再指向其他对象（被final修饰）， 所以可以保证内部类和外部类数据访问的一致性 。

(3).注意:在JDK8版本之中,方法内部类中调用方法中的局部变量,可以不需要修饰为 final,匿名内部类也是一样的，主要是JDK8之后增加了 Effectively final 功能

http://docs.oracle.com/javase/tutorial/java/javaOO/localclasses.html

反编译jdk8编译之后的class文件,发现内部类引用外部的局部变量都是 final 修饰的 

Java8中，局部内部类访问的局部变量不必用final修饰，这一点和Java7是不一样的。 

我们不能在局部内部类中修改局部变量，甚至在局部内部类外修改被局部内部类使用但没有声明为final的局部变量，这一切和java8之前一样，java8中唯一改变的就是我们不用显示的在一个局部变量前加上final关键字，如果我们反编译生成的类文件，可以看到，编译器已经相应的位置上加上了final关键字。不过，即使只有这一点改变，也算是改进，至少我们不必无缘无故的在某个方法参数或者局部变量前加上final

(四).匿名内部类:

(1).匿名内部类是直接使用 new 来生成一个对象的引用;

(2).对于匿名内部类的使用它是存在一个缺陷的，就是它仅能被使用一次，创建匿名内部类时它会立即创建一个该类的实例，

该类的定义会立即消失，所以匿名内部类是不能够被重复使用;

(3).使用匿名内部类时，我们必须是继承一个类或者实现一个接口，但是两者不可兼得，同时也只能继承一个类或者实现一个接口;

(4).匿名内部类中是不能定义构造函数的,匿名内部类中不能存在任何的静态成员变量和静态方法;

(5).匿名内部类中不能存在任何的静态成员变量和静态方法,匿名内部类不能是抽象的,它必须要实现继承的类或者实现的接口的所有抽象方法

(6).匿名内部类初始化:使用构造代码块！利用构造代码块能够达到为匿名内部类创建一个构造器的效果

匿名内部类也就是没有名字的内部类

正因为没有名字，所以匿名内部类只能使用一次，它通常用来简化代码编写

但使用匿名内部类还有个前提条件：必须继承一个父类或实现一个接口

 也只能访问final变量

实例1:不使用匿名内部类来实现抽象方法

abstract class Person {

    public abstract void eat();

}

 

class Child extends Person {

    public void eat() {

        System.out.println("eat something");

    }

}

 

public class Demo {

    public static void main(String[] args) {

        Person p = new Child();

        p.eat();

    }

}

运行结果： eat something

可以看到，我们用Child继承了Person类，然后实现了Child的一个实例，将其向上转型为Person类的引用

但是，如果此处的Child类只使用一次，那么将其编写为独立的一个类岂不是很麻烦？

这个时候就引入了匿名内部类

 

实例2：匿名内部类的基本实现

abstract class Person {

    public abstract void eat();

}

 

public class Demo {

    public static void main(String[] args) {

        Person p = new Person() {

            public void eat() {

                System.out.println("eat something");

            }

        };

        p.eat();

    }

}

运行结果： eat something

可以看到，我们直接将抽象类Person中的方法在大括号中实现了

这样便可以省略一个类的书写

并且，匿名内部类还能用于接口上

 

实例3：在接口上使用匿名内部类

interface Person {

    public void eat();

}

 

public class Demo {

    public static void main(String[] args) {

        Person p = new Person() {

            public void eat() {

                System.out.println("eat something");

            }

        };

        p.eat();

    }

}

运行结果： eat something

 

由上面的例子可以看出，只要一个类是抽象的或是一个接口，那么其子类中的方法都可以使用匿名内部类来实现

最常用的情况就是在多线程的实现上，因为要实现多线程必须继承Thread类或是继承Runnable接口

 

实例4：Thread类的匿名内部类实现

1.首先我们要在一个类中new出一个继承Thread类；

2.然后重写run方法；

3.将我们要执行的代码写在run方法中。

public class Demo {

    public static void main(String[] args) {

        Thread t = new Thread() {

            public void run() {

                for (int i = 1; i <= 5; i++) {

                    System.out.print(i + " ");

                }

            }

        };

        t.start();

    }

}

运行结果： 1 2 3 4 5

 1.将Runnable的子类对象传递给Thread的构造方法；

2.重写run方法；

3.将执行的代码写在run方法中，最后我们开启线程。

实例5：Runnable接口的匿名内部类实现

public class Demo {

    public static void main(String[] args) {

        Runnable r = new Runnable() {

            public void run() {

                for (int i = 1; i <= 5; i++) {

                    System.out.print(i + " ");

                }

            }

        };

        Thread t = new Thread(r);

        t.start();

    }

}

运行结果： 1 2 3 4 5

ThreadLocal<Long> longLocal = new ThreadLocal<Long>(){

        protected Long initialValue() {

            return Thread.currentThread().getId();

        };

    };

匿名类。这里实际上创建了一个 ThreadLocal 的子类

如下代码段 1：

执行上述代码段，到底会调用哪个run()方法呢？

再看如下代码段 2：

执行上述代码段，又会调用哪个run()方法呢？

首先，我们来看一下JDK的Thread源码，片段 3 如下：

在run()方法中，首先会检查target是否为空，如果不是，则执行该target的run()方法。

那么，对于上面两段代码的执行，也就清楚了。

在第一个代码段 1 中，重写了Thread的run()方法，同时传入了一个Runnable对象，该对象也实现了run()方法。该Thread对象调用start()方法后，会执行该对象重写的run()方法，其输出结果也就是Run of Thread，输出完后，run()方法返回，该线程对象的生命周期也就结束了。

在第二个代码段 2 中，同样也重写了Thread的run()方法，同时传入了一个Runnable对象，实现了run()方法。唯一不同的是，在Thread重写的run方法中，在打印输出后，还执行了super.run()，这就有意思了。

首先，该线程启动运行后，执行其重写的run()方法，输出Run of Thread。

接下来调用super.run()，也就是调用超类的run()方法，而该超类的run()方法，也就是JDK定义的Thread类的run()，其执行如上代码段 3 所示；显然target不为空，这时候会调用该对象的run()方法，会输出Run of Runnable.。

如果，上面的Thread并未重写run()方法，那么，执行的结果还是一样。首先会执行该Thread的run()方法，因为此时并未重写该方法，所以还是会调用JDK定以的run()方法，也就是上面的代码段 3，在该代码段中会判断target是否为空，显然不是，所以会调用Runnable对象实现的run()方法。

总结：对于Thread(Runnable target ...)，不管传入的Target是否为空，首先都会执行Thread自己的run()方法。如果重写了该方法且该方法中没有super.run()，那么是永远不会调用Runnable实现的run()方法；如果没有重写该方法，则会去判断target是否为空，以此来决定调用target实现的run()方法；如果重写了该方法，且该方法中有super.run()，在执行完该语句之前的所有代码后，会判断target是否为空，以此来决定调用target实现的run()方法，执行完后，接着执行该语句之后的代码。