本文首发于本博客 猫叔的博客，转载请申明出处
前言
并发是一件很美妙的事情，线程的调度与使用会让你除了业务代码外，有新的世界观，无论你是否参与但是这对于你未来的成长帮助很大。
所以，让我们来好好看看在Java中启动线程的那几个方式与介绍。
Thread
对于 Thread 我想这个基本上大家都认识的，在Java源码是这样说： java 虚拟机允许应用程序同时运行多个执行线程。 而这个的 Thread 就是程序的执行线程。
如何使用它呢，其实在这个类中的源码已经给我们写好了，甚至是下面的 Runnable 的使用方式。（如下是Thread源码）
/**
* A <i>thread</i> is a thread of execution in a program. The Java
* Virtual Machine allows an application to have multiple threads of
* execution running concurrently.
* <hr><blockquote><pre>
* class PrimeThread extends Thread {
* long minPrime;
* PrimeThread(long minPrime) {
* this.minPrime = minPrime;
* }
*
* public void run() {
* // compute primes larger than minPrime
* . . .
* }
* }
* </pre></blockquote><hr>
* <p>
* The following code would then create a thread and start it running:
* <blockquote><pre>
* PrimeThread p = new PrimeThread(143);
* p.start();
* </pre></blockquote>
* <p>
* <hr><blockquote><pre>
* class PrimeRun implements Runnable {
* long minPrime;
* PrimeRun(long minPrime) {
* this.minPrime = minPrime;
* }
*
* public void run() {
* // compute primes larger than minPrime
* . . .
* }
* }
* </pre></blockquote><hr>
* <p>
* The following code would then create a thread and start it running:
* <blockquote><pre>
* PrimeRun p = new PrimeRun(143);
* new Thread(p).start();
* </pre></blockquote>
* <p>
*/
public class Thread implements Runnable {
//...
}
阅读源码的信息其实是最全的 ，我截取了部分的注释信息，起码我们现在可以无压力的使用这个两个方式来启动自己的线程。
如果我们还要传递参数的话，那么我们设定一个自己的构造函数也是可以，如下方式：
public class MyThread extends Thread {
public MyThread(String name) {
super(name);
}
@Override
public void run() {
System.out.println("一个子线程 BY " + getName());
}
}
这时读者应该发现，这个构造函数中的 name ，居然在 Thread 中也是有的，其实在Java中的线程都会自己的名称，如果我们不给其定义名称的话，java也会自己给其命名。
/**
* Allocates a new {@code Thread} object. This constructor has the same
* effect as {@linkplain #Thread(ThreadGroup,Runnable,String) Thread}
* {@code (null, null, name)}.
*
* @param name
* the name of the new thread
*/
public Thread(String name) {
init(null, null, name, 0);
}
而我们最核心，也是大家最在意的应该就是如何启动并执行我们的线程了，是的，这个大家都知道的，就是这个 run 方法了。
同时大家如果了解过了 Runnable ，我想大家都会知道这个 run 方法，其实是 Runnable 的方法，而我们本节的 Thread 也是实现了这个接口。
这里，大家可能会好奇，不是应该是 start 这个方法吗？那么让我们看看 start 的源码。
/**
* Causes this thread to begin execution; the Java Virtual Machin
* calls the <code>run</code> method of this thread.
*/
public synchronized void start() {
//...
}
通过 start 方法，我们可以了解到，就如同源码的启动模板中那样，官网希望，对于线程的启动，使用者是通过 start 的方式来启动线程，因为这个方法会让Java虚拟机会调用这个线程的 run 方法。
其结果就是，一个线程去运行 start 方法，而另一个线程则取运行 run 方法。同时对于这样线程，Java官方也说了，线程是不允许多次启动的，这是不合法的。
所以如果我们执行下面的代码，就会报 java.lang.IllegalThreadStateException 异常。
MyThread myThread = new MyThread("Thread");
myThread.start();
myThread.start();
但是，如果是这样的代码呢？
MyThread myThread = new MyThread("Thread");
myThread.run();
myThread.run();
myThread.start();
//运行结果
一个子线程 BY Thread
一个子线程 BY Thread
一个子线程 BY Thread
这是不合理的，如果大家有兴趣，可以去试试并动手测试下，最好开调试模式。
下面我们再看看，连 Thread 都要实现，且核心的 run 方法出处的 Runnable 。
Runnable
比起 Thread 我希望大家跟多的使用 Runnable 这个接口实现的方式，对于好坏对比会在总结篇说下。
我想大家看 Runnable 的源码会更加容易与容易接受，毕竟它有一个 run 方法。（如下为其源码）
/**
* The <code>Runnable</code> interface should be implemented by any
* class whose instances are intended to be executed by a thread. The
* class must define a method of no arguments called <code>run</code>.
*/
@FunctionalInterface
public interface Runnable {
/**
* When an object implementing interface <code>Runnable</code> is used
* to create a thread, starting the thread causes the object's
* <code>run</code> method to be called in that separately executing
* thread.
*/
public abstract void run();
}
首先，所有打算执行线程的类均可实现这个 Runnable 接口，且必须实现 run 方法。
它将为各个类提供一个协议，就像 Thread 一样，其实当我们的类实现了 Runnable 的接口后，我们的类与 Thread 是同级，只是可能仅有 run 方法，而没有 Thread 提供的跟丰富的功能方法。
而对于 run 方法，则是所有实现了 Runnable 接口的类，在调用 start 后，将使其单独执行 run 方法。
那么我们可以写出这样的测试代码。
MyThreadRunnable myThreadRunnable = new MyThreadRunnable("Runnabel");
myThreadRunnable.run();
new Thread(myThreadRunnable).start();
Thread thread = new Thread(myThreadRunnable);
thread.start();
thread.start();
//运行效果
Exception in thread "main" java.lang.IllegalThreadStateException
at java.lang.Thread.start(Thread.java:705)
at com.github.myself.runner.RunnableApplication.main(RunnableApplication.java:14)
这是一个子线程 BY Runnabel
这是一个子线程 BY Runnabel
这是一个子线程 BY Runnabel
同样的，线程是不允许多次启动的，这是不合法的。
同时，这时我们也看出了使用 Thread 与 Runnable 的区别，当我们要多次启用一个相同的功能时。
我想 Runnable 更适合你。
但是，用了这两个方式，我们要如何知道线程的运行结果呢？？？
FutureTask
这个可能很少人（初学者）用到，不过这个现在是我最感兴趣的。它很有趣。
其实还有一个小兄弟，那就是 Callable。 它们是一对搭档。如果上面的内容，你已经细细品味过，那么你应该已经发现 Callable 了。
没错，他就在 Runnable 的源码中出现过。
/**
* @author Arthur van Hoff
* @see java.lang.Thread
* @see java.util.concurrent.Callable
* @since JDK1.0
*/
@FunctionalInterface
public interface Runnable {}
那么我们先去看看这个 Callable 吧。（如下为其源码）
/**
* A task that returns a result and may throw an exception.
* Implementors define a single method with no arguments called
* {@code call}.
*/
@FunctionalInterface
public interface Callable<V> {
/**
* Computes a result, or throws an exception if unable to do so.
*
* @return computed result
* @throws Exception if unable to compute a result
*/
V call() throws Exception;
}
其实，这是一个与 Runnable 基本相同的接口，当时它可以返回执行结果与检查异常，其计算结果将由 call() 方法返回。
那么其实我们现在可以写出一个实现的类。
public class MyCallable implements Callable {
private String name;
public MyCallable(String name) {
this.name = name;
}
@Override
public Object call() throws Exception {
System.out.println("这是一个子线程 BY " + name);
return "successs";
}
}
关于更深入的探讨，我将留到下一篇文章中。
好了，我想我们应该来看看 FutureTask 这个类的相关信息了。
/**
* A cancellable asynchronous computation. This class provides a base
* implementation of {@link Future}, with methods to start and cancel
* a computation, query to see if the computation is complete, and
* retrieve the result of the computation. The result can only be
* retrieved when the computation has completed; the {@code get}
* methods will block if the computation has not yet completed. Once
* the computation has completed, the computation cannot be restarted
* or cancelled (unless the computation is invoked using
* {@link #runAndReset}).
*/
public class FutureTask<V> implements RunnableFuture<V> {
//...
}
源码写的很清楚，这是一个可以取消的异步计算，提供了查询、计算、查看结果等的方法，同时我们还可以使用 runAndRest 来让我们可以重新启动计算。
在查看其构造函数的时候，很高兴，我们看到了我们的 Callable 接口。
/**
* Creates a {@code FutureTask} that will, upon running, execute the
* given {@code Callable}.
*
* @param callable the callable task
* @throws NullPointerException if the callable is null
*/
public FutureTask(Callable<V> callable) {
if (callable == null)
throw new NullPointerException();
this.callable = callable;
this.state = NEW; // ensure visibility of callable
}
即我们将创建一个未来任务，来执行 Callable 的实现类。那么我们现在可以写出这样的代码了。
final FutureTask fun = new FutureTask(new MyCallable("Future"));
那么接下来我们就可以运行我们的任务了吗？
是的，我知道了 run() 方法，但是却没有 start 方法。
官方既然说有结果，那么我找到了 get 方法。同时我尝试着写了一下测试代码。
public static void main(String[] args) {
MyCallable myCallable = new MyCallable("Callable");
final FutureTask fun = new FutureTask(myCallable);
fun.run();
try {
Object result = fun.get();
System.out.println(result);
} catch (InterruptedException e) {
e.printStackTrace();
} catch (ExecutionException e) {
e.printStackTrace();
}
}
运行效果，是正常的，这好像是那么回事。
//运行效果
这是一个子线程 BY Callable
successs
可是，在我尝试着加多一些代码的时候，却发现了一些奇妙的东西 。
我加多了一行 fun.run(); 代码，同时在 MyCallable 类中，将方法加一个时间线程去等待3s。
结果是： 结果只输出了一次，同时 get 方法需要等运行3s后才有返回。
这并不是我希望看到的。但是，起码我们可以知道，这次即使我们多次运行使用 run 方法，但是这个线程也只运行了一次。这是一个好消息。
同时，我们也拿到了任务的结果，当时我们的进程被阻塞了，我们需要去等我们的任务执行完成。
最后，在一番小研究后，以下的代码终于完成了我们预期的期望。
public static void main(String[] args) {
MyCallable myCallable = new MyCallable("Callable");
ExecutorService executorService = Executors.newCachedThreadPool();
final FutureTask fun = new FutureTask(myCallable);
executorService.execute(fun);
// fun.run(); //阻塞进程
System.out.println("--继续执行");
try {
Object result = fun.get();
System.out.println(result);
} catch (InterruptedException e) {
e.printStackTrace();
} catch (ExecutionException e) {
e.printStackTrace();
}
}
我们使用线程池去运行我们的 FutureTask 同时使用 get 方法去获取运行后的结果。结果是友好的，进程并不会被阻塞。
关于更深入的探讨，我将留到下一篇文章中。
总结一波
好了，现在应该来整理以下了。
- Thread 需要我们继承实现，这是比较局限的，因为Java的 继承资源 是有限的，同时如果多次执行任务，还需要 多次创建任务类。
- Runnable 以接口的形式让我们实现，较为方便，同时多次执行任务也无需创建多个任务类，当时仅有一个
run方法。 - 以上两个方法都 无法获取任务执行结果 ，FutureTask可以获取任务结果。同时还有更多的新特性方便我们使用···
公众号：Java猫说
现架构设计（码农）兼创业技术顾问，不羁平庸，热爱开源，杂谈程序人生与不定期干货。
