对于直接（extends）继承Thread的类来说，代码大致框架是：
/*class 类名 extends Thread{
方法1;
方法2；
…
public void run(){
// other code…
}
属性1；
属性2；
…
}*/
先看一个简单的例子：
class Hello extends Thread {
private String name;
public Hello() {
}
public Hello(String name) {
this.name = name;
}
public void run() {
for (int i = 0; i < 4; i++) {
System.out.println(this.name + " " + i);
}
}
public static void main(String[] args) {
Hello h1 = new Hello("线程A");
Hello h2 = new Hello("线程B");
h1.run();
h2.run();
}
}
【运行结果】：
线程A 0 线程A 1 线程A 2 线程A 3 线程B 0 线程B 1 线程B 2 线程B 3
我们会发现这些都是顺序执行的，说明我们的调用方法不对，直接执行Hello里面的，run,和普通方法调用一样，应该调用的是start（）方法。
当我们把上面的主函数修改为如下所示的时候：
public static void main(String[] args) {
Hello h1 = new Hello("线程A");
Hello h2 = new Hello("线程B");
h1.start();
h2.start();
}
然后运行程序，输出的可能的结果如下：
线程A 0 线程B 0 线程A 1 线程B 1 线程A 2 线程A 3 线程B 2 线程B 3
因为需要用到CPU的资源，所以每次的运行结果基本是都不一样的，呵呵。
注意：虽然我们在这里调用的是start（）方法，但是实际上调用的还是run（）方法的主体。
那么：为什么我们不能直接调用run（）方法呢？
Thread类中run()和start()方法的区别如下：
run()方法:在本线程内调用该Runnable对象的run()方法，可以重复多次调用；
start()方法:启动一个线程，调用该Runnable对象的run()方法，不能多次启动一个线程；
package thread.basic;
public class ThreadTest {
/**
* 观察直接调用run()和用start()启动一个线程的差别
*
* @param args
* @throws Exception
*/
public static void main(String[] args) {
Thread thread = new ThreadDemo();
/* 第一种
表明: run()和其他方法的调用没任何不同,main方法按顺序执行了它,并打印出最后一句
thread.run();
第二种
表明: start()方法重新创建了一个线程,在main方法执行结束后,由于start()方法创建的线程没有运行结束,
因此主线程未能退出,直到线程thread也执行完毕.这里要注意,默认创建的线程是用户线程(非守护线程)
thread.start();
第三种
1、为什么没有打印出100句呢?因为我们将thread线程设置为了daemon(守护)线程,程序中只有守护线程存在的时候,是可以退出的,所以只打印了七句便退出了
2、当java虚拟机中有守护线程在运行的时候，java虚拟机会关闭。当所有常规线程运行完毕以后，
守护线程不管运行到哪里，虚拟机都会退出运行。所以你的守护线程最好不要写一些会影响程序的业务逻辑。否则无法预料程序到底会出现什么问题
thread.setDaemon(true);
thread.start();
第四种
用户线程可以被System.exit(0)强制kill掉,所以也只打印出七句
thread.start();
System.out.println("main thread is over");
System.exit(3);*/
}
public static class ThreadDemo extends Thread {
@Override
public void run() {
for (int i = 0; i < 100; i++) {
System.out.println("This is a Thread test" + i);
}
}
}
}
但是start方法重复调用的话，会出现java.lang.IllegalThreadStateException异常。
原文：http://my.oschina.net/u/1447924/blog/374030