Demo2仅仅是实现了Runnable接口,Demo2就是一个普通类而已,那么,如何来启动这个线程呢?其实,Demo2并不是线程类,而是作为一个线程任务存在,线程任务就是线程所要执行的功能。
Thread类中有一个构造方法
这个构造方法恰好能够接收一个Runnable接口
我们把new Demo2传进去就可以了,这样就传进去了一个线程任务。
这个Demo2就是Runnable接口的一个实现类
Runnable接口仅仅是作为一个线程任务,交给我们的线程来执行。
Java中一直都在推崇面向接口编程,实现Runnable接口的方式,就是线程和任务进行分离,这样其实让代码更解耦。
第三种方式是使用匿名内部类的方式创建线程。
比如说我们的这个线程就执行一次,那我们就没有必要再去创建一个类,实现Runnable接口,然后再重写run方法。
这就是匿名的内部类,当运行起来的话
这里面的代码就运行起来了。
只运行了一次。
如果一个线程只需要执行一次的话,这样写反而会更加简便。
线程任务可以通过Thread的构造方法传进去
一个是把线程任务作为Thread的构造方法的参数传进去的,一个是把线程任务作为Thread的子类。
如果把这两种方式写在一起
执行的是sub。为什么?
我们在new Thread类的时候
对target进行初始化,最终把
赋给了类的这个属性。
然后,接着调用start()方法启动线程之后,它就去找run()方法去了。
找到run()方法之后,按照原来的,确实是应该这样执行,应该执行target的run()。但是,父类的run()方法还会执行吗?父类的run()方法肯定不会执行了,因为我们子类已经覆盖了它的run()方法,那么,为什么执行的是子类的run()方法呢?而不是父类的run()方法呢?根据我们对Java基本语法的了解,我们知道,多态其实就是说的这么一回事,肯定执行的是子类的方法,那么,具体的到底为什么执行的是子类的方法,我们可以看Java虚拟机中方法调用的动态分派调用,就能非常清楚的理解,动态分派调用就是相当于方法的重写的调用过程,也就是Java虚拟机多态的实现原理。
因为你已经把父类的run()方法重写了,它已经不再有target这么一回事了
不再和target玩了,所以这里
无论你怎么写,肯定是不会执行的。
这就是通过匿名内部类的方式来进行创建线程。
接下来说带返回值的线程。
发现这些线程都是没有返回值的,而且没法往外抛出异常。
接下来我们创建既有返回值又能抛出异常的线程。
首先它需要实现Callable接口
这里面就是指定这个线程的返回值类型,比如我们指定返回一个Integer
然后,实现它的方法,这个方法不再叫run()方法了
发现Callable里面只有一个call方法,call方法中用了泛型,call方法其实就类似于run()方法
既有返回值,也有异常了。
这样,线程任务就完成了,这个仅仅是作为线程执行的任务。
接着,我们来创建这个线程对象。
接着我们要对它进行一个封装。我们把它封装成一个什么呢?
也就是说,它是对线程任务的一个封装。我们要把Demo4封装成一个FutureTask<V>,这里面V依然是传的返回值类型
在这里面就可以指定Callable接口,把Demo4指定进来
那么有了这个任务之后,我们说FutureTask其实最终是实现了Runnable接口,那么,所以,我们肯定就可以把它包装到Thread类中去执行,接着就可以启动线程了。
启动了线程之后,线程任务就开始执行了,我们是不是要拿到返回结果啊,怎么拿返回结果呢?
发现它竟然先执行了,最终拿到线程的返回结果,这就叫future,提前完成任务。