Java多线程在实际开发中会遇到很多问题,对于这种争抢CPU时间片段的选手,我们或许有很多困惑,捉摸不透。即便如此,它也是可以被我们控制的。
最近在看Java多线程的书籍,里面有好多我曾经不怎么注意的问题和细节,今天就来和大家分享一下下
我创建了一个类,写了main方法,如下
public class Demo1 { public static void main(String[] args){ Thread t = new MyThread(); t.start(); t.run(); } } class MyThread extends Thread{ /* 这是被主线程调用的,即main */ public MyThread(){ System.out.println("run方法的打印1:" + Thread.currentThread().getName()); } /* 这是被子线程调用,也就是说主线程调用一切子线程,所以构造器里的方法会先执行。同时我们也要理解, 当一个方法启动时,至少启动两个线程,一个是main,一个是GC(垃圾回收器) run方法本身是被main函数调用的 */ @Override public void run() { System.out.println("run方法的打印2:" + Thread.currentThread().getName()); } }
然后运行,控制台打印结果为
在这里,我突然想到了一个疑问,run和start到底有什么区别?
我查找了一些资料,解答是这样的,我也比较认可。
1) start:
用start方法来启动线程,真正实现了多线程运行,这时无需等待run方法体代码执行完毕而直接继续执行下面的代码。通过调用Thread类的start()方法来启动一个线程,这时此线程处于就绪(可运行)状态,并没有运行,一旦得到cpu时间片,就开始执行run()方法,这里方法 run()称为线程体,它包含了要执行的这个线程的内容,Run方法运行结束,此线程随即终止。
2) run:
run()方法只是类的一个普通方法而已,如果直接调用Run方法,程序中依然只有主线程这一个线程,其程序执行路径还是只有一条,还是要顺序执行,还是要等待run方法体执行完毕后才可继续执行下面的代码,这样就没有达到写线程的目的。总结:调用start方法方可启动线程,而run方法只是thread的一个普通方法调用,还是在主线程里执行。这两个方法应该都比较熟悉,把需要并行处理的代码放在run()方法中,start()方法启动线程将自动调用 run()方法,这是由jvm的内存机制规定的。