方式一:继承Thread类 (不推荐)
public class MyThread extends Thread{
public void run(){
// do some magic!!!
}
}
//创建并启动线程
new MyThread().start();
缺点:线程类已经继承了 Thread 类无法继承其他类了,功能不能通过继承拓展(单继承的局限性)
Thread 类本身也是实现了 Runnable 接口
方式二:实现Runnable接口
Thread 类本身也是实现了 Runnable 接口
//创建并启动线程
new Thread(() ->{
// do some magic!!!
}).start();
Runnable 方式的优缺点:
- 优点:
- 线程任务类只是实现了 Runnable 接口,可以继续继承其他类,避免了单继承的局限性
- 同一个线程任务对象可以被包装成多个线程对象
- 适合多个多个线程去共享同一个资源
- 实现解耦操作,线程任务代码可以被多个线程共享,线程任务代码和线程独立
- 线程池可以放入实现 Runnable 或 Callable 线程任务对象
方式三:实现Callable接口
查看API,Thread类传参为Callable接口的构造器
引入FutureTask类:
由上图可已看出,FutureTask起到了适配的作用,间接地使Callable支持了Runnable的使用场景;(应该这就是适配者模式了),上代码创建一个线程:
@Slf4j
public class ThreadTest {
@Test
public void testCallable() throws ExecutionException, InterruptedException {
// 优雅地拿到了任务执行完的结果
FutureTask<String> task1 = new FutureTask<>(() -> {
Sleeper.sleep(3); // 自定义的睡眠方法
log.info("task run");
return "callable+FutureTask test";
});
Thread t1 = new Thread(task1, "t1");
t1.start();
log.info(task1.get()); // 主线程阻塞,直到获取到结果
// 不能直接拿到任务执行完的返回值,很蹩脚的用法
FutureTask<String> runnableTask = new FutureTask<>(() -> {
Sleeper.sleep(3);
log.info("task run");
}, "runnable+FutureTask test");
Thread t2 = new Thread(runnableTask, "t2");
t2.start();
log.info(runnableTask.get()); // 主线程阻塞,知道获取到结果
}
}
在Future接口里定义了几个公共方法来控制它关联的Callable任务:
boolean cancel(boolean mayInterruptIfRunning):视图取消该Future里面关联的Callable任务
V get():返回Callable里call()方法的返回值,调用这个方法会导致程序阻塞,必须等到子线程结束后才会得到返回值
V get(long timeout,TimeUnit unit):返回Callable里call()方法的返回值,最多阻塞timeout时间,经过指定时间没有返回抛出TimeoutException
boolean isDone():若Callable任务完成,返回True
boolean isCancelled():如果在Callable任务正常完成前被取消,返回True
然而一般情况下我们很少去手动的去创建线程,而是从线程池直接去获取线程,了解线程池移步JUC核心之线程池