前面介绍了线程的基本用法，按理说足够一般的场合使用了，只是每次开辟新线程，都得单独定义专门的线程类，着实开销不小。注意到新线程内部真正需要开发者重写的仅有run方法，其实就是一段代码块，分线程启动之后也单单执行该代码段而已。因而完全可以把这段代码抽出来，把它定义为类似方法的一串任务代码，这样能够像调用公共方法一样多次调用这段代码，也就无需另外定义新的线程类，只需命令已有的Thread去执行该代码段就好了。

在Java中定义某个代码段，则要借助于接口Runnable，它是个函数式接口，唯一需要实现的只有run方法。之所以定义成函数式接口的形式，是因为要给任务方法套上面向对象的壳，这样才好由外部去调用封装好的任务对象。现在有个阶乘运算的任务，希望开个分线程计算式子“10!”的结果，那便定义一个实现了Runnable接口的任务类FactorialTask，并重写run方法补充求解“10!”的代码逻辑。编写完成的FactorialTask类代码示例如下：

// 定义一个求阶乘的任务

private static class FactorialTask implements Runnable {

@Override

public void run() {

int product = 1;

for (int i=1; i<=10; i++) {

product *= i;

}

PrintUtils.print(Thread.currentThread().getName(), "阶乘结果="+product);

}

}

接着创建FactorialTask类的任务对象，并通过线程类的构造方法传入该任务，这就实现了在分线程中启动阶乘任务的功能。下面是外部给阶乘任务开启新线程的代码例子：

// 通过Runnable创建线程的第一种方式：传入普通实例

FactorialTask task = new FactorialTask();

new Thread(task).start(); // 创建并启动线程

鉴于阶乘任务的实现代码很短，似无必要定义专门的任务类，不妨循着比较器Comparator的旧例，采取匿名内部类的方式书写更为便捷。于是可在线程类Thread的构造方法中直接填入实现后的Runnable任务代码，具体的调用代码如下所示：

// 通过Runnable创建线程的第二种方式：传入匿名内部类的实例

new Thread(new Runnable() {

@Override

public void run() {

int product = 1;

for (int i=1; i<=10; i++) {

product *= i;

}

PrintUtils.print(Thread.currentThread().getName(), "阶乘结果="+product);

}

}).start(); // 创建并启动线程

由于Runnable是函数式接口，因此完全可以使用Lambda表达式加以简化，下面便是利用Lambda表达式取代匿名内部类的任务线程代码：

// 通过Runnable创建线程的第三种方式：使用Lambda表达式

new Thread(() -> {

int product = 1;

for (int i=1; i<=10; i++) {

product *= i;

}

PrintUtils.print(Thread.currentThread().getName(), "阶乘结果="+product);

}).start(); // 创建并启动线程

虽说Runnable接口的花样会比直接从Thread派生的多一些，但Runnable方式依旧要求实现run方法，看起来像是换汤不换药，感觉即使没有Runnable也不影响线程的运用，最多在编码上有点繁琐罢了。可事情没这么简单，要知道引入线程的目的是为了加快处理速度，多个线程同时运行的话，必然涉及到资源共享及其合理分配。比如火车站卖动车票，只有一个售票窗口卖票的话，明显卖得慢，肯定要多开几个售票窗口，一起卖票才卖得快。假设目前还剩一百张动车票，此时开了三个售票窗口，这样等同于启动了三个售票线程，每个线程都在卖剩下的一百张票。倘若不采取Runnable接口，而是直接定义新线程的话，售票线程的定义代码应该类似下面这般：

// 单独定义一个售票线程

private static class TicketThread extends Thread {

private int ticketCount = 100; // 可出售的车票数量

public TicketThread(String name) {

setName(name); // 设置当前线程的名称

}

@Override

public void run() {

while (ticketCount > 0) { // 还有余票可供出售

ticketCount--; // 余票数量减一

// 以下打印售票日志，包括售票时间、售票线程、当前余票等信息

String left = String.format("当前余票为%d张", ticketCount);

PrintUtils.print(Thread.currentThread().getName(), left);

}

}

}

然后分别创建并启动三个售票线程，就像以下代码所示的那样：

//创建多个线程分别启动，三个线程每个各卖100张，总共卖了300张票

new TicketThread("售票线程A").start();

new TicketThread("售票线程B").start();

new TicketThread("售票线程C").start();

猜猜看，上面三个售票线程总共卖了多少张票，实地运行测试代码后发现，这三个线程竟然卖掉了三百张票，而不是期望的一百张余票。究其原因，乃是各线程售卖的车票为专享而非共享，每个线程只认可自己掌握的车票，不认可其它线程的车票，结果导致三个线程各卖各的，加起来一共卖了三百张票。所以单独定义的线程类处理独立的事务倒还凑合，要是处理共享的事务就难办了。

如果采用Runnable接口来定义售票任务，就可以很方便地进行资源共享，只要命令三个线程同时执行售票任务即可。下面是开启三个线程运行售票任务的代码例子：

//只创建一个售票任务，并启动三个线程一起执行售票任务，总共卖了100张票

Runnable seller = new Runnable() {

private int ticketCount = 100; // 可出售的车票数量

@Override

public void run() {

while (ticketCount > 0) { // 还有余票可供出售

ticketCount--; // 余票数量减一

// 以下打印售票日志，包括售票时间、售票线程、当前余票等信息

String left = String.format("当前余票为%d张", ticketCount);

PrintUtils.print(Thread.currentThread().getName(), left);

}

}

};

new Thread(seller, "售票线程A").start(); // 启动售票线程A

new Thread(seller, "售票线程B").start(); // 启动售票线程B

new Thread(seller, "售票线程C").start(); // 启动售票线程C

因为100张余票位于同一个售票任务seller里面，所以这些车票理应为执行任务的线程们所共享。运行上述的任务测试代码，观察到如下的线程工作日志：

16:27:21.077 售票线程C 当前余票为98张

16:27:21.083 售票线程A 当前余票为96张

16:27:21.083 售票线程C 当前余票为95张

16:27:21.077 售票线程B 当前余票为97张

………………………这里省略中间的日志……………………

16:27:21.118 售票线程B 当前余票为2张

16:27:21.118 售票线程A 当前余票为1张

16:27:21.118 售票线程C 当前余票为4张

16:27:21.118 售票线程B 当前余票为0张

可见此时三个售票线程一共卖掉了100张车票，才符合多窗口同时售票的预期功能。