我们都知道,在java中接口不能直接实例化。但是有的时候,我们会看到这种匿名内部类(假象的所谓内部类)实例化的代码。如下:
绑定View对象的监听方法调用
1. View.setOnClickListetener(new OnClickListener()
2.
3. {
4.
5. @Override
6. public void onClick(View v)
7.
8. {
9.
10.
11.
12. }
13.
14. }
15.
16. );
OnClickListener是接口,在setOnClickListener()方法中却new了这个接口?这个是怎么回事?不是说接口不能实例化么?嘿嘿,其实这个问题,本人也纠结了很久。后面终于摸清了大概了。
其实这是一种虚拟的实例化接口,可以理解为间接实例化接口。在这个setOnClickListener()方法中,传入的重点是实现这个接口的onClick()方法,当我们在View被点击时这个方法会被调用,也就是会产生我们所需求的相应的监听事件。那么在这个方法被调用之后,其实这个OnClickListener接口是不存在的。也就是说这个所谓的假象实例化其实是醉翁之意不在实例化接口而是在于OnClick()方法的实现。
OnClickListener接口的类的对象,然后将对象作为参数传入setOnClickListetener()方法。
举个列子,上面的View对象绑定监听可以写成另一种形式,如下:
1. class MyListener implements OnClickListener
2.
3. {
4.
5. @Override
6. public void onClick(View v)
7.
8. {
9.
10. .....
11.
12. }
13.
14. }
15.
16.
17.
18. new MyListener);
上面的监听绑定还可以写成另一种形式:将View对象所在的类实现OnClickListener接口(implements OnClickListener),然后View.setOnClickListener(this),接着在这个View对象所在的类里直接调用实现接口的onClick()方法。其实也就是和第二种形式相类似。在这种绑定监听的方式中,就没有所谓的实例化接口OnClickListener。
所以,在上面的所谓假象的实例化内部接口,其实就是要达到实现接口覆盖其抽象方法onClick()的功效,并不是所谓的实例化接口(这只是纯粹的个人理解)。
new Thread(r).start();参数r就是实现Runnable接口类型的对象。而关于参数r,我们可以这样创建:
1. public Runnable r = new Runnable()
2. {
3. @Override
4. public void run()
5. {
6. ...
7. }
8. }
注意,此处的Runnable是接口,而我们却new了Runnable,那不就是直接实例化接口啦?其实不然,此处代码的意思就是new了一个实现Runnable接口的匿名内部类,然后new得到匿名内部类的对象再向上转型为它实现的接口(原始类型)。