Java 内部类的 this 问题

在一个风和日丽的下午,码农A写了一个可以获取数据的组件,代码是这样的:

package net.gerhut.example.authora;

public class Component {

    public void getData()
	{
		System.out.println("Transferring data...");
	};
}

码农B负责整个系统开发,使用码农A设计的组件,认为码农A的获取数据应该有个回调函数,就给它加了一个回调函数,代码是这样的:

package net.gerhut.example.authorb;

import net.gerhut.example.authora.Component;

public class MainSystem {
	
	private Component component;
	
	private class MainComponent extends Component
	{
		public void getData()
		{
			super.getData();
			getDataHandle();
		}
	}

	private MainSystem()
	{
		component = new MainComponent();
	}
	
	private void getDataHandle()
	{
		System.out.println("MainSystem Data Refreshed.");
	}
	
	private void refresh()
	{ 
		component.getData();
	}
	
	public static void main(String[] args) {
		new MainSystem().refresh();
	}

}

运行结果一切正常。

Transferring data...
MainSystem Data Refreshed.

在另一个风和日丽的下午,码农A良心发现,觉得自己的组件没有回调函数太不好了,就给自己的组件加了一个回调函数,于是这个组件的2.0版就变成了这样:

package net.gerhut.example.authora;

public class Component {

	public void getDataHandle()
	{
		System.out.println("Component Data Refreshed.");
	}

	public void getData()
	{
		System.out.println("Transferring data...");
		getDataHandle();
	};
}

码农B已经交差给人干别的去了,结果码农A的看似不影响整个系统的改变却导致了整个系统的瘫痪,运行结果变成了现在这样。

Transferring data...
Component Data Refreshed.
Component Data Refreshed.

也就是说,码农A的一个功能添加的操作居然也能导致整个系统的瘫痪,实在是匪夷所思,问题出现在哪里呢。其实出现在码农B的代码不规范上,我认为这里是Java的一个设计缺陷。内部类和匿名类的this的多义性导致了其指向的改变。

内部类的this有三种指向:

  1. 本类的成员,即this.getDataHandle
  2. 父类的成员,即super.getDataHandle
  3. 所属类的成员,即MainSystem.this.getDataHandle

其优先级是从1最高3最低,如果强制指定低优先级的this需要改成全称。码农B在this的指向上没有考虑到将来可能会有的的升级,直接指代了优先级最低的对象,是一种很不好的习惯,所以说,this一般来说就指本类的成员,其他七七八八的成员最好使用super或者所属类.this的指代方法,避免类似问题不再发生。