关闭

黑马程序员—Java多线程

标签: java语言
177人阅读 评论(0) 收藏 举报

6.多线程

 

6.1 进程

是一个正在执行中的程序。每一个进程执行都有一个执行顺序,该顺序是一个执行路径,或者叫一个控制单元。其实进程就是一个应用程序运行时的内存分配空间。

 

 

6.2线程

是进程中的一个独立的控制单元,线程在控制着进程的执行。一个进程中至少有一个线程。进程负责的是应用程序的空间的标示。线程负责的是应用程序的执行顺序。

 

1)主线程

jvm在启动的时,首先有一个主线程,负责程序的执行,调用的是main函数。主线程执行的代码都在main方法中。

当产生垃圾时,收垃圾的动作,是不需要主线程来完成,因为这样,会出现主线程中的代码执行会停止,会去运行垃圾回收器代码,效率较低,所以由单独一个线程来负责垃圾回收。

 

2)创建线程

创建线程的第一种方式:继承Thread

步骤:

①  定义类继承Thread

②  复写Thread类中的run()方法

      目的:将自定义代码存储在run方法中,让线程运行

③  通过创建Thread类的子类对象,创建线程对象

④  调用线程的start方法,该方法两个作用:启动线程;调用run方法

 

为什么要覆盖run方法:

Thread类用于描述线程

该类定义了一个功能,用于存储线程要运行的代码,该存储功能就是run方法

也就是说Thread类中的run方法,用于存储线程要运行的代码

class Demo extends Thread
{
	public void run()             //Thread子类需要重写此方法
	{
		System.out.println("demo run");
	}
}
class ThreadDemo 
{
	public static void main(String[] args) 
	{
		Demo d = new Demo();  //创建一个类就创建好一个线程
		d.start();
	}
}

线程都有默认的名称,Thread-编号,编号从0开始,可以通过getName()方法获取

static Thread currentThread():获取当前线程对象

getName():获取线程名称

设置线程名称:setName()或者构造函数

线程的名称是由:Thread-编号定义的。编号从0开始。

 

线程状态:

被创建:start()

运行:具备执行资格,同时具备执行权;

冻结:sleep(time),wait()—notify()唤醒;线程释放了执行权,同时释放执行资格;

临时阻塞状态:线程具备cpu的执行资格,没有cpu的执行权;

消亡:stop()



创建线程的另一种方式:声明实现Runnable接口的类

步骤:

1)  定义类实现Runnable接口

2)  覆盖Runnable接口中的run方法

将线程要运行的代码存放在该run方法中

3)  通过Thread类建立线程对象

4)  将Runnable接口的子类对象作为实际参数传递给Thread类的构造函数

为什么要将Runnable接口的子类对象传递给Thread的构造函数?

因为,自定义run方法所述的对象是Runnable接口的子类对象

所以要让线程去执行指定对象的run方法,就必须明确该run方法所属的对象

5)  调用Thread类的start方法开启线程并调用Runnable接口子类的run方法


为什么要有Runnable接口的出现?

1:通过继承Thread类的方式,可以完成多线程的建立。但是这种方式有一个局限性,如果一个类已经有了自己的父类,就不可以继承Thread类,因为java单继承的局限性。

可是该类中的还有部分代码需要被多个线程同时执行。这时怎么办呢?

只有对该类进行额外的功能扩展,java就提供了一个接口Runnable。这个接口中定义了run方法,其实run方法的定义就是为了存储多线程要运行的代码。

所以,通常创建线程都用第二种方式。

因为实现Runnable接口可以避免单继承的局限性。

 

2:其实是将不同类中需要被多线程执行的代码进行抽取。将多线程要运行的代码的位置单独定义到接口中。为其他类进行功能扩展提供了前提。

所以Thread类在描述线程时,内部定义的run方法,也来自于Runnable接口。

 

实现Runnable接口可以避免单继承的局限性。而且,继承Thread,是可以对Thread类中的方法,进行子类复写的。但是不需要做这个复写动作的话,只为定义线程代码存放位置,实现Runnable接口更方便一些。所以Runnable接口将线程要执行的任务封装成了对象



6.3多线程安全问题

 

 

多线程运行出现安全问题的原因:

当多条语句在操作同一个线程共享数据时,一个线程对多条语句只执行了一部分,还没有执行完;另一个线程参与进来执行,导致共享数据的错误

 

解决办法:

对多条操作共享数据的语句,只能让一个线程都执行完,在执行过程中,其他线程不可以参与执行


Java对于多线程的安全问题提供了专业的解决方式——同步代码块

synchronized(对象)

{

         需要被同步的代码

}

对象如同锁,持有锁的线程可以在同步中执行,没有持有锁的线程即使获取cpu的执行权,也进不去,因为没有获取锁。


同步的前提:

1)  必须要有两个或者两个以上的线程

2)  必须是多个线程使用同一个锁

必须保证同步中只能有一个线程在运行

 

如何找安全问题:

1)      明确哪些代码是多线程运行代码  (如上run方法)

2)      明确共享数据     (如上Ticket类和tick)

3)      明确多线程运行代码中哪些语句是操作共享数据的(如上if语句、tick - -语句)

 

同步函数用的是哪一个锁?

将同步关键字定义在函数上,让函数具备同步性。函数需要被对象调用,那么函数都有一个所属对象引用,就是this。所以同步函数(用synchronized修饰的函数)使用的锁是this

 

如果同步函数被静态修饰,使用的锁不是this,因为静态方法中不可以定义this

静态的同步方法,使用的锁是该方法所在类的字节码文件对象,类名.class

 

同步代码块和同步函数的区别?

同步代码块使用的锁可以是任意对象。

同步函数使用的锁是this,静态同步函数的锁是该类的字节码文件对象。

 

在一个类中只有一个同步,可以使用同步函数。如果有多同步,必须使用同步代码块,来确定不同的锁。所以同步代码块相对灵活一些。



6.4线程间通信

 

就是多个线程在操作同一个资源,但是操作的动作不同

 

等待唤醒机制涉及的方法:

wait():将同步中的线程处于冻结状态。释放了执行权,释放了资格。同时将线程对象存储到线程池中。

notify():唤醒线程池中某一个等待线程。

notifyAll():唤醒的是线程池中的所有线程。

都使用在同步中,因为要对持有监视器(锁)的线程操作,只有同步才具有锁。这些方法都定义在Object类中

 

为什么这些操作线程的方法要定义在Object类中?

因为这些方法在操作同步中线程时,都必须要标识它们所操作线程持有的锁,只有同一个锁上的被等待线程,可以被同一个锁上notify()唤醒,不可以对不同锁中的线程进行唤醒。也就是说,等待和唤醒必须是同一个锁。

而锁可以是任意对象,所以可以被任意对象调用的方法定义在Object类中

 

wait和sleep区别:

wait:可以指定时间也可以不指定时间。不指定时间,只能由对应的notify或者notifyAll来唤醒。

sleep:必须指定时间,时间到自动从冻结状态转成运行状态(临时阻塞状态)。

wait:线程会释放执行权,而且线程会释放锁。

Sleep:线程会释放执行权,但不是不释放锁。


线程间通信示例:

class Res
{	
	private String name;
	private String sex;
	private boolean flag = false;

	public synchronized void set(String name,String sex)          
	{
		if(flag)
			try{this.wait();}catch(Exception e){}         
		this.name = name;
		this.sex = sex;
		flag = true;
		this.notify();                                         
	}
	public synchronized void out()
	{
		if(!flag)<span style="white-space:pre">					   
			try{this.wait();}catch(Exception e){}
		System.out.println(name+"......"+sex);
		flag = false;                                         
		this.notify();                                        
	}
}
class Input implements Runnable
{
	private Res r;
	Input(Res r)
	{
		this.r = r;
	}
	public void run()
	{
		int x = 0;
		while (true)
		{
			if(x==0)
				r.set("mike","man");
			else
				r.set("丽丽","女");
			x=(x+1)%2;        		
		}
	}
}
class Output implements Runnable
{
	private Res r;
	Output(Res r)
	{
		this.r = r;
	}
	public void run()
	{
		while(true)
		{	
			r.out();
		}
	}
}
class InputOutputDemo 
{
	public static void main(String[] args) 
	{
		Res r = new Res();
		new Thread(new Input(r)).start();
		new Thread(new Output(r)).start();
	}
}
该示例中,锁是唯一的Res对象,所以一次只能有一个线程获得锁占据CPU资源。当flag为true时,输入线程等待,释放CPU资源;输出线程获得资源,执行输出语句,同时将flag的值改为false,唤醒等待中的线程。此时即使输出线程又抢得资源,由于flag=false,执行wait指令,依然释放CPU资源给输入线程,所以必定执行输入语句。因此通过线程间的通信,实现了输入输出交替执行。


线程的停止:通过stop方法就可以停止线程。但是这个方式过时了。

停止线程:原理就是:让线程运行的代码结束,也就是结束run方法。

怎么结束run方法?一般run方法里肯定定义循环。所以只要结束循环即可。

第一种方式:定义循环的结束标记。

第二种方式:如果线程处于了冻结状态,是不可能读到标记的,这时就需要通过Thread类中的interrupt方法,将其冻结状态强制清除。让线程恢复具备执行资格的状态,让线程可以读到标记,并结束。


Thread类相关方法:

interrupt()中断线程。

setPriority(int newPriority)更改线程的优先级。

getPriority()返回线程的优先级。

toString()返回该线程的字符串表示形式,包括线程名称、优先级和线程组。

Thread.yield()暂停当前正在执行的线程对象,并执行其他线程。

setDaemon(true)将该线程标记为守护线程或用户线程。将该线程标记为守护线程或用户线程。当正在运行的线程都是守护线程时,Java 虚拟机退出。该方法必须在启动线程前调用。

join临时加入一个线程的时候可以使用join方法。

当A线程执行到了B线程的join方式。A线程处于冻结状态,释放了执行权,B开始执行。A什么时候执行呢?只有当B线程运行结束后,A才从冻结状态恢复运行状态执行。



Lock接口:多线程在JDK1.5版本升级时,推出一个接口Lock接口

解决线程安全问题使用同步的形式,(同步代码块,要么同步函数)其实最终使用的都是锁机制。

 

到了后期版本,直接将锁封装成了对象。线程进入同步就是具备了锁,执行完,离开同步,就是释放了锁。

在后期对锁的分析过程中,发现,获取锁,或者释放锁的动作应该是锁这个事物更清楚。所以将这些动作定义在了锁当中,并把锁定义成对象。

 

所以同步是隐示的锁操作,而Lock对象是显示的锁操作,它的出现就替代了同步。

 

在之前的版本中使用Object类中wait、notify、notifyAll的方式来完成的。那是因为同步中的锁是任意对象,所以操作锁的等待唤醒的方法都定义在Object类中。

 

而现在锁是指定对象Lock。所以查找等待唤醒机制方式需要通过Lock接口来完成。而Lock接口中并没有直接操作等待唤醒的方法,而是将这些方式又单独封装到了一个对象中。这个对象就是Condition,将Object中的三个方法进行单独的封装。并提供了功能一致的方法 await()、signal()、signalAll()体现新版本对象的好处。


通常使用的是Lock接口的实现类:ReentrantLock


利用Lock的示例:

import java.util.concurrent.locks.*;
class Resource
{
	private String name;
	private int count = 1;
	private boolean flag = false;
	private Lock lock = new ReentrantLock();
	private Condition condition_pro=lock.newCondition();
	private Condition condition_con=lock.newCondition();
	public  void set(String name) throws InterruptedException
	{
		lock.lock();
		try
		{
			while(flag)                              
				condition_pro.await();
			this.name = name+"--"+count++;
			System.out.println(Thread.currentThread().getName()+"...生产者..."+this.name);
			flag = true;
			condition_con.signal();
		}
		finally
		{
			lock.unlock();
		}
	}
	public void out() throws InterruptedException
	{
		lock.lock();
		try
		{
			while(!flag)
				condition_con.await();
			System.out.println(Thread.currentThread().getName()+"...消费者..."+this.name);
			flag = false;
			condition_pro.signal();
		}
		finally
		{
			lock.unlock();            //释放锁的动作一定要执行
		}	
	}
}
class Producer implements Runnable
{
	private Resource res;
	Producer(Resource res)
	{
		this.res = res;
	}
	public void run()
	{
		while(true)
		{
			try
			{
				res.set("商品");
			}
			catch (InterruptedException e)
			{
			}		
		}
	}
}
class Consumer implements Runnable
{
	private Resource res;
	Consumer(Resource res)
	{
		this.res = res;
	}
	public void run()
	{
		while(true)
		{
			try
			{
				res.out();
			}
			catch (InterruptedException e)
			{
			}		
		}
	}
}
class ProducerConsumerTest 
{
	public static void main(String[] args) 
	{
		Resource r = new Resource();
		Producer pro = new Producer(r);
		Consumer con = new Consumer(r);
		Thread t1 = new Thread(pro);
		Thread t2 = new Thread(con);
		Thread t3 = new Thread(pro);
		Thread t4 = new Thread(con);
		t1.start();
		t2.start();
		t3.start();
		t4.start();
	}
}
使用condition_con.signal就可以唤醒指定的线程(消费者),使用condition_pro.await()就可以使指定线程等待(生产者),这样就可以完成线程间定向的等待唤醒。



0
0

猜你在找
【直播】机器学习&数据挖掘7周实训--韦玮
【套餐】系统集成项目管理工程师顺利通关--徐朋
【直播】3小时掌握Docker最佳实战-徐西宁
【套餐】机器学习系列套餐(算法+实战)--唐宇迪
【直播】计算机视觉原理及实战--屈教授
【套餐】微信订阅号+服务号Java版 v2.0--翟东平
【直播】机器学习之矩阵--黄博士
【套餐】微信订阅号+服务号Java版 v2.0--翟东平
【直播】机器学习之凸优化--马博士
【套餐】Javascript 设计模式实战--曾亮
查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:2649次
    • 积分:132
    • 等级:
    • 排名:千里之外
    • 原创:11篇
    • 转载:0篇
    • 译文:0篇
    • 评论:0条
    文章存档