用户操作
[即时聊天] [发私信] [加为好友]
overmakerID:overmaker
1609次访问,排名2万外好友0人,关注者0
overmaker的文章
原创 5 篇
翻译 0 篇
转载 2 篇
评论 24 篇
最近评论
文章分类
收藏
    相册
    存档
    软件项目交易
    订阅我的博客
    XML聚合  FeedSky
    订阅到鲜果
    订阅到Google
    订阅到抓虾
    订阅到BlogLines
    订阅到Yahoo
    订阅到GouGou
    订阅到飞鸽
    订阅到Rojo
    订阅到newsgator
    订阅到netvibes

    原创 java多线程的两点误区收藏

    新一篇: ASP.NET使用管道模型(PipleLines)处理HTTP请求 | 旧一篇: C#和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对象才会被销毁和回收。

     

     

    发表于 @ 2008年02月15日 11:46:00|评论(loading...)|编辑

    新一篇: ASP.NET使用管道模型(PipleLines)处理HTTP请求 | 旧一篇: C#和JAVA对象在内存中的存储

    评论:没有评论。

    发表评论  


    当前用户设置只有注册用户才能发表评论。如果你没有登录,请点击登录
    Csdn Blog version 3.1a
    Copyright © overmaker