Jdk源码之Thread

原创
2016/09/13 21:51
阅读数 200

本文通过几个问题入手,主要通过案例讲解Thread类的使用,以及注意事项,最后站在源码的角度分析问题。

1.多线程一定快吗?

多线程不一定快!

多线程只是极大限度的利用CPU的空闲时间来处理其他的任务,这样才会缩短多个任务的执行时间。如果在没有CPU空闲的情况下,多线程之间的上下文切换(保存线程的运行环境,还原线程的运行环境)会产生开销,执行时间会慢于单线程。

2.区分单任务操作系统与多任务操作系统

单任务操作系统:同步执行,排队。只有当前任务执行完了才可以执行下一个任务。例如cmd中执行完一条指令之后才可以执行另一条指令

多任务操作系统:异步执行,通过时间片的快速切换实现多个任务响应执行。

3.创建Thread类的两种形式,及其差别

(1)继承Thread类,重写run( )方法

package com.feng.example;

public class MyThread extends Thread {

	@Override
	public void run() {
		// TODO Auto-generated method stub
		super.run();
		System.out.println("继承Thread类");
	}	
}

启动线程:

package com.feng.example;

public class ThreadTest {

	/**
	 * @param args
	 */
	public static void main(String[] args) {
		// TODO Auto-generated method stub
		MyThread myThread = new MyThread();
		myThread.start();

	}

}

(2)创建一个Runnable接口的实现类A,将A的实例对象作为Thread类的参数传入

package com.feng.example;

public class MyRunnable implements Runnable {

	@Override
	public void run() {
		// TODO Auto-generated method stub
		System.out.println("通过实现Runnable接口重写run");
	}

}

启动线程:

package com.feng.example;

public class ThreadTest {

	/**
	 * @param args
	 */
	public static void main(String[] args) {
		// TODO Auto-generated method stub
		Runnable myRunnable = new MyRunnable();
		Thread myThread = new Thread(myRunnable);
		myThread.start();

	}

}

由于在Thread类也是实现Runnable接口的,因此Thread的对象也可以作为第二种形式的参数

public class Thread implements Runnable {} //这里只是贴出源码中Thread类的定义

将第一种方式创建的MyThread类对象作为第二种方式的输入参数

package com.feng.example;

public class ThreadTest {

	/**
	 * @param args
	 */
	public static void main(String[] args) {
		// TODO Auto-generated method stub
		//创建MyThread类对象
		Runnable myRunnable = new MyThread();
		Thread myThread = new Thread(myRunnable);
		myThread.start();

	}

}

两种方式的区别:两种方式没有本质的区别,一般都会使用第二种形式,主要解决java中类不能多继承的缺陷。

比如Cat类继承Animal,同时又想将Cat定义为线程类,因为Cat不能同时继承Animal,Thread类,但是Cat可以继承Animal,实现Runnable接口

 

4.通过线程的start( )方法运行run( )方法中的代码与直接调用run( )方法的区别

回顾一下操作系统课中线程的创建过程:线程的创建包括两部分

(1)创建线程,相当于MyThread  myThread = new MyThread( );

(2)将线程放到就绪队列中,如果仅仅只是创建了线程却没有将线程放到就绪队列中,线程调度器是没法找到线程的。因此myThread.start( );将线程放到就绪队列中。等待分配cpu时间片,当获取了cpu之后就可以执行线程的run( )方法

通过start( )方法:是新开辟了一个线程,run( )方法是由线程规划器来调用的,是异步运行

直接调用run( )方法:调用者是Thread子类的一个对象,属于同步执行,没有开辟新的线程。

package com.feng.example;

public class MyThread extends Thread {

	@Override
	public void run() {
		// TODO Auto-generated method stub
		super.run();
		System.out.println("线程为:"+Thread.currentThread().getName());
	}	
}
package com.feng.example;

public class ThreadTest {

	/**
	 * @param args
	 */
	public static void main(String[] args) {
		// TODO Auto-generated method stub
		//创建MyThread类对象
		MyThread myThread = new MyThread();
		myThread.start();
		
		myThread.run();  //同步调用run方法  

	}

}

程序运行结果:

 

5.两种实现方式一块使用,会调用那种方式的run( )方法,通过源码分析

首先查看Thread类源码中是如何重写Runnable接口中的run( )方法的。

    public void run() {
	if (target != null) {
	    target.run();
	}
    }

接下来看一下这个target又是什么?

/* What will be run. */
    private Runnable target;

由源码可以看出,在Thread类的内部,存在一个类型为Runnable的成员变量,此成员变量便是接收第二种创建线程类的方法中的输入参数的。再看Thread类的run方法,只是判断有此target存不存在,如果存在便执行target的run( )方法。

如果不存在怎么办?

如果不存在则是使用继承的方式来实现的线程类,那么run( )方法已经在Thread子类中进行了重写,覆盖了父类的run( )方法

下面通过一个题目来消化这个知识点:

Runnable接口的实现类如下:

package com.feng.example;

public class MyRunnable implements Runnable {

	@Override
	public void run() {
		// TODO Auto-generated method stub
		System.out.println("通过Runnable接口实现线程类");
	}

}

Thread的子类实现如下:

package com.feng.example;

public class MyThread extends Thread {

	public MyThread(Runnable target)
	{
		super(target);
	}
	
	@Override
	public void run() {
		// TODO Auto-generated method stub
		System.out.println("通过继承实现线程类");
	}	
}

测试代码如下:

package com.feng.example;

public class ThreadTest {

	/**
	 * @param args
	 */
	public static void main(String[] args) {
		// TODO Auto-generated method stub
		//创建Runnable接口实现类
		Runnable myRunnable = new MyRunnable();
		//创建MyThread类对象
		MyThread myThread = new MyThread(myRunnable);
		
		//到底输出的是谁的run方法????
		myThread.start();
		

	}

}

分析: 首先start的是MyThread线程,因为会执行MyThread类的run( )方法。虽然传入了Runnable类型的参数,但是在MyThread类中的run( )方法中并没有super.run( );因此程序只输出MyThread类中的run( )方法中的输出。

输出结果如图:

修改MyThread类中的run( )方法:

package com.feng.example;

public class MyThread extends Thread {

	public MyThread(Runnable target)
	{
		super(target);
	}
	
	@Override
	public void run() {
		// TODO Auto-generated method stub
		super.run();
		System.out.println("通过继承实现线程类");
	}	
}

分析:

首先start的是MyThread线程,因为会执行MyThread类的run( )方法。因为在构造MyThread时传入了Runnable类型的参数,因此在执行MyThread类中的run( )方法时,先执行super.run( ); 执行Thread类的run( ); 根据源代码先检查target存不存,这里target就是存入的myRunnable, 所以执行myRunnable里面的run( );执行完super.run( )方法后,在输出后面的语句。

输入结果如下图:

在有些地方可能会以匿名类的形式来进行考察:

package com.feng.example;

public class ThreadTest {

	/**
	 * @param args
	 */
	public static void main(String[] args) {
		
		new Thread(new Runnable(){

			@Override
			public void run() {
				// TODO Auto-generated method stub
				System.out.println("Runnable...");
			}
			
		}){
			public void run()
			{
				//super.run();
				System.out.println("Thread...");
			}
			
		}.start();

	}

}

看到此代码不要惊慌,其实与我最初定义的三个类文件的考察方式是一样的,只不过这里使用了匿名类,如果忘记了回去翻看匿名类的知识,此题注意注释的那一句super.run( ); 看一下注释不注释有什么区别。

只要理解Thread源码中的run( )方法,这个题目就显得很简单了。

浅析join的用法

一、在研究join的用法之前,先明确两件事情。

1.join方法定义在Thread类中,则调用者必须是一个线程,

例如:

Thread t = new CustomThread();//这里一般是自定义的线程类

t.start();//线程起动

t.join();//此处会抛出InterruptedException异常

2.上面的两行代码也是在一个线程里面执行的

以上出现了两个线程,一个是我们自定义的线程类,我们实现了run方法,做一些我们需要的工作;另外一个线程,生成我们自定义线程类的对象,然后执行

customThread.start();

customThread.join();

在这种情况下,两个线程的关系是一个线程由另外一个线程生成并起动,所以我们暂且认为第一个线程叫做“子线程”,另外一个线程叫做“主线程”。

二、为什么要用join()方法

主线程生成并起动了子线程,而子线程里要进行大量的耗时的运算(这里可以借鉴下线程的作用),当主线程处理完其他的事务后,需要用到子线程的处理结果,这个时候就要用到join();方法了。

三、join方法的作用

在网上看到有人说“将两个线程合并”。这样解释我觉得理解起来还更麻烦。不如就借鉴下API里的说法:

“等待该线程终止。”

解释一下,是主线程(我在“一”里已经命名过了)等待子线程的终止。也就是在子线程调用了join()方法后面的代码,只有等到子线程结束了才能执行。(Waits for this thread to die.)

进入源码

    public final void join() throws InterruptedException {
    join(0);
    }

    public final synchronized void join(long millis) 
    throws InterruptedException {
    long base = System.currentTimeMillis();
    long now = 0;

    if (millis < 0) {
            throw new IllegalArgumentException("timeout value is negative");
    }

    if (millis == 0) {    //进入这个分支 
        while (isAlive()) { //进入这个分支 
        wait(0);//阻塞 
        }
    } else {
        while (isAlive()) {
        long delay = millis - now;
        if (delay <= 0) {
            break;
        }
        wait(delay);
        now = System.currentTimeMillis() - base;
        }
    }
    }

Thread --- lock/sychronized

从实现角度来说

        sychronied 关键字是JVM层实现的,由其提供内置的锁。而lock方式必须被显示的创建

从代码角度来说

        lock方式,代码缺乏优雅性。sychronized代码更加简洁,代码量少。

从使用角度来说

        lock方式更加灵活,但是只有在解决特殊问题的时候才会使用。

        用sychronized关键字不能尝试着获取锁且最终获取锁会失败,或者尝试着获取锁一段时间,然后放弃它,要实现这些必须使用lock方式。

        使用sychronized关键字时,如果某些事务失败了,那么就会抛出异常,由JVM自动释放线程资源,但是你无法也没有机会去做任何的清理工作,以维护系统使其处于良好的状态。使用显示的Lock方式,你就可以使用finally子句将系统维护在正确的状态了。 

        显示的Lock对象在加锁和释放锁方面,相对于内建的sychronized锁来说,还赋予了你耕细粒度的控制力。

从性能角度来说

     在资源竞争不是很激烈的情况下,Synchronized的性能要优于ReetrantLock,但是在资源竞争很激烈的情况下,Synchronized的性能会下降几十倍,但是ReetrantLock的性能能维持常态

 

 

展开阅读全文
打赏
1
2 收藏
分享
加载中
更多评论
打赏
0 评论
2 收藏
1
分享
返回顶部
顶部