黑马程序员技术交流社区
标题:
java多线程的两点误点
[打印本页]
作者:
邵新瑜
时间:
2013-1-10 16:36
标题:
java多线程的两点误点
在使用java线程的时候，特别是初学者总会有几点很常见的误区，下面以以下代码为例：线程类：
package threadtest1;
public class ReturnThreadInfo extends Thread {
private String str;
public ReturnThreadInfo() {
this.str = "Hello";
}
public void run(){
try{
this.str = "Hello World!";
}catch(Exception ex){
}
}
/*返回线程信息：str变量的值*/
public String getThreadInfo(){
return this.str;
}
}
主类：
package threadtest1;
public class Main extends Thread {
public Main() {
}
public static void main(String[] args) {
ReturnThreadInfo returnThreadInfo = new ReturnThreadInfo();
returnThreadInfo.start();
System.out.println(returnThreadInfo.getThreadInfo());
}
}
大家可以看到这个程序主要功能是返回线程returnThreadInfo对象的变量str的值并输出，那么str的值到底是什么，一些人可能会认为
是"Hello world!"或是null，其实如果大家运行下就会知道输出的str的值实际是"Hello"。为什么呢？其实认为输出结果是"Hello world"或是
null的人存在着两个比较常见的误区：
1、误区一：认为returnThreadInfo对象中的run方法一定在主类的System.out.println(returnThreadInfo.getThreadInfo())之间运行。
这是比较常见的一个误区，稍微了解一些java编译原理的人应该清楚，java源文件的代码编译是自上而下的，也就是处在同一文件上面的代
码会在下面的代码之间被编译和运行。所以很多人认为returnThreadInfo.start()先被运行，returnThreadInfo线程被启动，然后run()方法被
调用，str被赋值："hello world!"，然后线程结束并返回到主类，最后调用System.out.println(returnThreadInfo.getThreadInfo())将str
的值输出就是"Hello world!"。
如果returnThreadInfo不是一个线程而是一个普通类的对象，那么输出的结果是"Hello world"，但是正因为returnThreadInfo是一个线程
，所以run方法并不一定在System.out.println(returnThreadInfo.getThreadInfo())之前运行。因为实际上主类Main在运行时也是一个线程，
当调用returnThreadInfo.start()方法来启动returnThreadInfo线程后，此时系统中运行的实际上就是Main和returnThreadInfo两个线程，那
么这两个线程就会竞争CPU，谁先抢到CPU的控制权，谁就会先运行（实际上线程谁能优先抢到CPU运行时间是靠优先级来决定的，优先级可以通
过线程的setPriority(int newPriority)来设置，newPriority的取值是1-10,newPriority值越大，线程的优先级就越高，优先强占CPU的几率
就越大。线程默认的优先级是5）。由于Main和returnThreadInfo的优先级都默认为5，所以它们争抢CPU的几率是相同的。又因为Main线程实际
上是比returnThreadInfo线程先启动的，所以在这个程序中，Main的System.out.println(returnThreadInfo.getThreadInfo())反而比
returnThreadInfo的run方法更早运行，所以输出的str值还是初始的"Hello"。
2、误区二：认为线程运行完毕后，线程消亡的同时，线程对象也会一并被回收。
下面对ReturnThreadInfo类的源代码进行修改，将ReturnThreadInfo线程的优先级设置为10：
public ReturnThreadInfo() {
this.str = "Hello";
this.setPriority(10);
}
这样returnThreadInfo线程的run()方法就会在Main类的System.out.println(returnThreadInfo.getThreadInfo())语句之前被运行。因此
有很多人会认为当returnThreadInfo线程的run()方法运行完毕并返回后，线程就会死亡，那么Main类的最后一句System.out.println
(returnThreadInfo.getThreadInfo())就会出问题，等于调用了已经不存在的对象：returnThreadInfo。
实际上这存在着很大的一个误区，线程的死亡并不意味着线程对象的销毁和回收。线程的死亡指的是当线程的run方法结束后，该线程就无
法被重用和启动，但它的对象还存在并且它的属性和方法还一样可以被使用，因此System.out.println(returnThreadInfo.getThreadInfo())
输出的并不是NULL而是"Hello World!"，只有当整个应用程序都结束后，returnThreadInfo对象才会被销毁和回收。
作者:
曹佳佳
时间:
2013-1-10 16:41
{:soso_e179:}
作者:
打工人
时间:
2013-1-10 16:48
{:soso_e179:}
作者:
邵新瑜
时间:
2013-1-10 17:14
冯海霞 发表于 2013-1-10 16:48
:# :loveliness:
作者:
熊永标
时间:
2013-1-10 18:04
我觉得并不是那么的经绝对,也有可能在还没执行这句(System.out.println(returnThreadInfo.getThreadInfo()))之前线程就抢到CPU权也有可能的,因为你这里代码量比较少,如果在你调用Start()方法下没还有很长的代码,那就说不定了，会打印出Hello World。再有的就是你说线程死亡的事，在没有执行System.out.println(returnThreadInfo.getThreadInfo())之前，对像是永不会被垃圾回收器回收的，因为这里还有对象的引用。除非机器断电，嘿嘿。
欢迎光临 黑马程序员技术交流社区 (http://bbs.itheima.com/)
黑马程序员IT技术论坛 X3.2
