先给结论:
-
start()属于Thread本身,run()方法实现于Runnable接口;
-
调用start()方法时会调用native的start0()方法,启用一个线程,在获取到CPU时间片时调用run()方法;直接调用run()方法,仅仅是普通方法调用,并不会启用线程;
-
start()方法是启用一个线程,所以不会阻塞调用它的线程;run()方法不会启用线程,所以会阻塞调用它的线程,直至run()方法体执行结束;
-
run()方法一般可以被多次调用,start()是synchronized修饰的,在调用start0()方法前会确认当前线程状态,如果已经被启用,将会抛出异常。
一、start()和run()方法的源码
start()方法源码:
public synchronized void start() {
// 判断线程状态,0为NEW
if (threadStatus != 0)
throw new IllegalThreadStateException();
// 将线程添加到ThreadGroup组中
group.add(this);
boolean started = false;
try {
// 调用native方法start0(),当cpu空闲时将会执行此线程
start0();
started = true;
} finally {
try {
if (!started) {
group.threadStartFailed(this);
}
} catch (Throwable ignore) {
}
}
}
run()方法源码:
// 实现runnable接口的run()
@Override
public void run() {
if (target != null) {
target.run();
}
}
二、验证是否创建线程与执行顺序
上代码:
public class ThreadDemo extends Thread{
// 线程体,run()方法运行完,这个线程随即终止
public void run() {
// 打印当前正在执行的线程名称
System.out.println("当前线程名称:" + Thread.currentThread().getName());// 2
}
public static void main(String[] args) {
ThreadDemo threadDemo = new ThreadDemo();
// 回调Runnable接口的run()方法
threadDemo.run();// 1
System.out.println("main 当前线程名称:" + Thread.currentThread().getName());// 3
ThreadDemo threadDemo1 = new ThreadDemo();
// 调用Thread的start()方法
threadDemo1.start();// 4
System.out.println("this is test");// 5
}
}
执行结果:
当前线程名称:main
main 当前线程名称:main
this is test
当前线程名称:Thread-1
显然,当1处的run()方法被调用时,执行了2处的打印语句,而3处的打印语句则是等待1调用的run()执行结束才执行;而4处的start()方法也调用了2处的打印语句,却在5之后输出了,并且线程名称不是main。
分析:当main线程调用run()方法时,与调用普通方法一样,等run()方法体执行结束才继续执行下面的语句(阻塞了之后的语句的执行);main线程调用start()方法时,启用了另一个线程Thread-1,但是由于当前main线程占用着CPU,所以Thread-1没有立即执行,而是等5处的打印语句执行完(此时main方法执行完毕,让出了CPU)才执行(未阻塞main线程)。【实际上这里的”占用“、”让出“并不正确!!!见第三节】
三、利用sleep()方法"阻塞"main线程
首先要为CPU正名:并不是谁想让老子执行,老子就执行的
修改代码:
public class ThreadDemo extends Thread{
// 线程体,run()方法运行完,这个线程随即终止
public void run() {
// 来一个耗时的循环
int i = 0;
while (i < Integer.MAX_VALUE) {
i++;
}
System.out.println("当前线程名称:" + Thread.currentThread().getName());
}
public static void main(String[] args) throws InterruptedException {
ThreadDemo threadDemo1 = new ThreadDemo();
// 调用Thread的start()方法
threadDemo1.start();
Thread.sleep(1);// 6
// Thread.sleep(1000); // 7
System.out.println("this is test");// 8
}
}
先注释7处的代码,执行结果为:
this is test
当前线程名称:Thread-0
Thread-0的输出在打印语句8的后面。这意味着CPU在执行main线程时并没有等start()方法执行完就执行了8,这似乎与第二节中的表述不符啊???不急,继续看。
当我们注释6处的代码,放开7处的代码时,执行结果为:
当前线程名称:Thread-0
this is test
可以发现:main线程多睡了999ms,结果被Thread-0插队了,为什么会这样?其实是CPU在搞鬼,首先现在的CPU并非单核,不是单核就可以利用其他的核来”干点别的“;其次,假设上述代码6处执行前,Thread-0因为没有CPU执行而处于等待状态,那么在6中的sleep语句执行完那一刻将会有两个线程(main和Thread-0)等着要被执行,那么这个时候CPU该去执行谁呢:
CPU调度规则,顺序随机
说白了,这个时候得先执行main还是先执行Thread-0得看CPU脸色;这里涉及到CPU的调度规则等相关内容,不是很熟悉,暂不展开,有兴趣可以自行搜索。