LJ的Blog

学海无涯苦做舟

0%

第一话--从头再来

一直打算让自己的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,平时我们的写法都是

1
2
3
4
5
6
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无法被回收,从而导致内存泄漏。