第一话--从头再来

一直打算让自己的Java回炉重新锻造一下，那么，从现在开始吧。

本文是阅读《Thinking in Java》(以下简称TIJ)第七章之后的产物，会包含以下：

一个问题
一些思考
重载与重写
final

一个问题

如图代码，test明明是类A的私有成员变量，（1）为什么其子类B的实例能够正常使用set方法打印出test?（2）这又使我想起了前一段时间一个朋友问我的问题，new一个子类的时候，是不是会同时new出对应的父类？构造方法到底仅仅只是初始化成员变量，还是同时会申请内存空间？

1.png

为什么子类B的实例能够正常使用set方法打印出test？
new一个子类的时候，是不是会同时new出对应的父类？

首先我们需要明确的继承的一些特性，** 子类拥有父类的所有属性和方法 ，这是一点。第二点， private修饰的变量、方法仅类内可访问 **，出了这个类，对不起你看不到。当然了，通过反射之类的技巧还是有办法的，但是这不在我的讨论范围之内。

TIJ对第一点有一些印证的描述：
子类对象的正确初始化至关重要，而且也仅有一种方法来保证这一点，在构造器中调用父类构造器来执行初始化，父类构造器具有执行父类初始化所需要的所有东西。

那么以上的问题应该可以迎刃而解了：private修饰的test仅在A类中是可以访问到的，虽然B类继承了A类，拥有这一属性，但是遗憾的是他并没有打开箱子的密码，并不能访问到。但是public修饰的set方法子类B是可以访问的，于是调用set方法打印了test的值。在new一个子类的时候并不会同时new出对应的父类，而是会调用父类的构造器。构造方法可以理解成一段比较特殊的代码，可以用来初始化实例的数据，但是只有在new 构造方法名的时候才会申请内存空间。

一些思考（1）

即使在子类中调用父类的构造器，有时也无法保证所有成员都被初始化。事实上在我们平时写代码的时候，有很多成员并非是在构造器中初始化的，而是在我们需要用之前初始化，所以当我们在考虑到继承的情况下，需要多考虑一些未在构造器中被初始化的成员。

重载与重写

重载
重载是指方法名都一样，但是参数不一样，返回值也可以一样。但是如果参数完全相同，只有返回值是不一样的，那是不可行的。

2.png
重写
重写通常发生在子类，子类写一个父类中有的同名方法（方法参数，返回类型一致），那么在调用这个名字的方法时将会调用子类中的这个方法。当你确定要覆盖父类的方法时，建议使用注解@Override，这样可以防止你在不想重载时而以外地进行了重载。

一些思考（2）

看到Override这一块的时候，不经想起来了Android中的Handler，平时我们的写法都是

    private static Handler handler = new Handler(){
        @Override
        public void handleMessage(Message msg) {
            super.handleMessage(msg);
        }
    };

关于以上写static修饰符将会在下文给出解释。

首先Handler是个抽象类，但是我点进去，搜了一下abstract这个关键字，没有!一个都没有！

没有abstract.png

关于abstract class 文档是这样描述的：抽象类是不完全的类，或者被认为是不完全的。那么这个就容易理解了，抽象类并未强制要求你一定要有abstract method，只要你自己认为这个类是abstract class就可以给他加上。那么"="右边的写法是怎么回事呢？

右边的写法想要表达的意思是：创建一个继承自Handler的匿名类对象。可能你会和我有一样的疑惑，名字不是handler在左边挂着呢么？如果你有这个疑惑……恭喜，你该和我一起回去重造Java了……因为上面说的很清楚了是"="右边的，右边通过new表达式返回的引用被自动转型为Handler，所以说这是一个Handler的子类，用一个通俗易懂的问结束这个话题：那么这个子类的名呢？

final

final关键字根据上下文和修饰对象的不同可能会有一些差别。

变量
如果final修饰的是基本数据类型，那么此变量恒定不变。如果final修饰的是引用类型，那么一旦该引用类型被初始化指向一个对象，那么久无法将他改为指向另一个对象。但是需要注意的是对象本身的值是可以改变的。
方法
final修饰的方法不可以被复写。
类
final修饰的方法不可以被继承。

为什么匿名内部类中形参要是final的？

在写Android程序时，很多时候都会碰到需要向匿名内部类传参的情况。一般这种情况我们也就是改一下……那么为什么要传入final类型呢？

在内部类中的属性和外部方法的参数两者从外表上看是同一个东西，但实际上却不是，所以他们两者是可以任意变化的，也就是说在内部类中我对属性的改变并不会影响到外部的形参，然而这从程序员的角度来看这是不可行的，毕竟站在程序的角度来看这两个根本就是同一个，如果内部类该变了，而外部方法的形参却没有改变这是难以理解和不可接受的，所以为了保持参数的一致性，就规定使用 final 来避免形参的不改变。
** 简单理解就是，拷贝引用，为了避免引用值发生改变，例如被外部类的方法修改等，而导致内部类得到的值不一致，于是用 final 来让该引用不可改变。 **
** 故如果定义了一个匿名内部类，并且希望它使用一个其外部定义的参数，那么编译器会要求该参数引用是 final 的。 **

最后揭晓一下以上为什么要用static修饰Handler，因为内部类会隐性的持有一个外部类的引用，这个外部类可能是个Activity，因为这可能会导致Activity无法被回收，从而导致内存泄漏。