在Java5以前，有如下两种：
第一种：继承Thread类，重写它的run()方法。
代码如下：
new Thread()
{
public void run()
{
//线程执行体
}
}.start();
第二种：实现Runnable接口，并重写它的run()方法。
代码如下：
new Thread(new Runnable()
{
public void run()
{
//线程执行体
}
}).start();
从上面代码不难看出，线程的执行体是一个run()方法，然后程序通过start()方法启动一条线程。
从Java 5开始，Java提供了第三种方式来创建多线程：实现Callable接口，并实现call()方法。Callable接口相当于Runnable接口的增强版，因为Callable接口中定义的call()方法既拥有返回值，也可以声明抛出异常。
代码如下：
new Thread(new FutureTask<Object >(new Callable<Object>()
{
public Object call() throws Exception
{
//线程执行体
}
})).start();
不仅如此，Java 5还提供了线程支持，ExecutorService对象就代表了线程池，如果开发者利用ExecutorService来启动线程，ExecutorService底层会负责管理线程池。此时，开发者只要把Runnable对象传给ExecutorService即可。如下代码：
ExecutorService pool = Executors.newFixedThreadPool(3)
pool.execute(new Runnable()
{
public void run()
{
//线程执行体
}
});
如果执行通过Callable方式实现的线程，则可按如下代码：
ExecutorService pool = Executors.newFixedThreadPool(3)
pool.execute(new FutureTask<Object >(new Callable<Object>()
{
public Object call() throws Exception
{
//线程执行体
}
}));
用synchronized关键字修饰同步方法。需要指出的是，非静态的同步方法的同步监视器是this，也就是调用该方法对象，而静态的同步方法的同步监视器则是该类本身。因此使用synchronized修饰的静态方法、非静态方法的同步监视器并不相同，只有基于同一个同步监视器的同步方法、同步代码块才能实现同步。
反对使用stop()，是因为它不安全。它会解除由线程获取的所有锁定，而且如果对象处于一种不连贯状态，那么其他线程能在那种状态下检查和修改它们。结果很难检查出真正的问题所在。suspend()方法容易发生死锁。调用suspend()的时候，目标线程会停下来，但却仍然持有在这之前获得的锁定。此时，其他任何线程都不能访问锁定的资源，除非被"挂起"的线程恢复运行。对任何线程来说，如果它们想恢复目标线程，同时又试图使用任何一个锁定的资源，就会造成死锁。所以不应该使用suspend()，而应在自己的Thread类中置入一个标志，指出线程应该活动还是挂起。若标志指出线程应该挂起，便用wait()命其进入等待状态。若标志指出线程应当恢复，则用一个notify()重新启动线程。