16. 线程
16-1.线程的同步
1.同步的概念: 当多个线程同时使用一个对象时,由于线程本身运行的不确定性,可能会造成操作的不完整性,故而引入同步
2.java中同步的方式有两种, Synchronized 和 Lock
3.当一个线程进入一个对象的同步方法后,它会把该对象锁住,其它的线程不能再使用该对象(包括对象的任何方法,属性),直到该线程释放掉锁,其它线程才有机会使用该对象
4.一个线程释放同步锁的条件:
a. 正常运行完(退出synchronized块)
b. 使用wait()方法
5.同步中的方法: wait(), notify()/notifyAll(),用于同步中的线程通讯
Wait(): 释放持有的同步锁,本身进入锁等待状态,在线程中因为多个线程“同时“运作,可能导致运作的条件不满足,当条件不满足时,线程本身就需要进入等待状态(释放掉锁),等其它的线程改变了条件,它才能有机会继续执行
NotifyAll(): 唤醒锁等待的线程,当一个持有线程锁的对象调用该方法后,其它处于锁等待的线程虽然被唤醒,但其本身不会立刻释放掉锁,需要等运行结束后(退出synchronized块)才释放掉,其它线程才有机会执行
16-2.线程中的方法
6.sleep() ,当前线程休眠一个设定的时间,时间到后进入线程就绪队列,等待执行
7.join(),该方法使调用该方法的线程在此之前执行完毕,也就是等待调用该方法的线程执行完毕后再往下继续执行。注意该方法也要捕获异常。
实例:
1.class A implements runable {
2. int i;
3. public void run () {
4. try {
5. thread.sleep(5000);
6. i= 10;
7. } catch(InterruptedException e) {}
8. }
9.}
11.public class Test {
12. public static void main (string args[]) {
13. try (
14. A a = new A ();
15. Thread t = new Thread (a);
16. t.start();
17.
18. int j= a.i;
19.
20. } catch (Exception e) {}
21. }
22.}
Which statement al line 17 will ensure that j=10 at line 19?
A.a.wait();
B.t.wait();
C.t.join();
D.t.yield();
E.t.notify();
F.a.notify();
G.t.interrupt();
8.yield(),与sleep()类似,只是不能由用户指定暂停多长时间,所以一个线程线程执行yield()方法后,也可能立刻执行(jvm还是分配给它执行),yield()方法只能让同优先级的线程有执行的机会。
举几个例子:
//例1 线程同步
class SyncStack{ //同步堆栈类
private int index = 0; //堆栈指针初始值为0
private char []buffer = new char[6]; //堆栈有6个字符的空间
public synchronized void push(char c){ //加上互斥锁
while(index = = buffer.length){ //堆栈已满,不能压栈
try{
this.wait(); //等待,直到有数据出栈
}catch(InterruptedException e){}
}
this.notify(); //通知其它线程把数据出栈
buffer[index] = c; //数据入栈
index++; //指针向上移动
}
public synchronized char pop(){ //加上互斥锁
while(index ==0){ //堆栈无数据,不能出栈
try{
this.wait(); //等待其它线程把数据入栈
}catch(InterruptedException e){}
}
this.notify(); //通知其它线程入栈
index- -; //指针向下移动
return buffer[index]; //数据出栈
}
}
class Producer implements Runnable{ //生产者类
SyncStack theStack;
//生产者类生成的字母都保存到同步堆栈中
public Producer(SyncStack s){
theStack = s;
}
public void run(){
char c;
for(int i=0; i <20; i++){
c =(char)(Math.random()*26+'A'); //随机产生20个字符
theStack.push(c); //把字符入栈
System.out.println("Produced: "+c); //打印字符
try{
Thread.sleep((int)(Math.random()*1000)); /*每产生一个字符线程就睡眠*/
}catch(InterruptedException e){}
}
}
}
class Consumer implements Runnable{ //消费者类
SyncStack theStack; //消费者类获得的字符都来自同步堆栈
public Consumer(SyncStack s){
theStack = s;
}
public void run(){
char c;
for(int i=0;i <20;i++){
c = theStack.pop(); //从堆栈中读取字符
System.out.println("Consumed: "+c); //打印字符
try{
Thread.sleep((int)(Math.random()*1000));
}catch(InterruptedException e){}
}
}
}
public class SyncTest{
public static void main(String args[]){
SyncStack stack = new SyncStack();
//下面的消费者类对象和生产者类对象所操作的是同一个同步堆栈对象
Runnable source=new Producer(stack);
Runnable sink = new Consumer(stack);
Thread t1 = new Thread(source); //线程实例化
Thread t2 = new Thread(sink); //线程实例化
t1.start(); //线程启动
t2.start(); //线程启动
}
}
//例2.下面的代码在绝大部分时间内都运行得很正常,请问在什么情况下会出现问题?问题的根源在哪里?
import java.util.LinkedList;
public class Stack {
LinkedList list = new LinkedList();
public synchronized void push(Object x) {
synchronized(list) {
list.addLast( x );
notify();
}
}
public synchronized Object pop()
throws Exception {
synchronized(list) {
if( list.size() <= 0 ) {
wait();
}
return list.removeLast();
}
}
}
对例2的分析【网友】:
当一个线程执行下面方法:
public synchronized void push(Object x) {
synchronized(list) {
list.addLast( x );
notify();
}
}
这个时候他获得2个锁,一个是Stack对象的锁,还有list对象的锁,而notify,释放的是stack对象的锁,没有释放list对象的锁,所以只要当pop方法中检测到list的大小为0,则执行pop的线程会一直控制list的锁,使得push没法执行。 之所以大部分时间程序运行成功,是因为push总比pop快,list没有为0.
//例3.可能死锁的线程
public class SyncTest{
public static void main(String[] args) {
final StringBuffer s1= new StringBuffer();
final StringBuffer s2= new StringBuffer();
new Thread (){
public void run() {
synchronized(s1) {
s2.append("A");
synchronized(s2) {
s2.append("B");
System.out.print(s1);
System.out.print(s2);
}
}
}
}.start();
new Thread() {
public void run() {
synchronized(s2) {
s2.append("C");
synchronized(s1) {
s1.append("D");
System.out.print(s2);
System.out.print(s1);
}
}
}
}.start();
}
}
对例3的分析【网友】
如果没有出现死锁,那么输出的结果必然是:"ABABCD"; 如果没有输出此结果;那么死锁
原因:T1启动在前, T2启动在后;且T1的第一步操作为:synchronized(s1)
1. 由于T1执行过慢---> T2要执行第一步:synchronized(s2)--->寻找s1,被T1锁住等待--->T1寻找说说s2,被T2锁住等待 ; 出现死锁
2. T1执行过快-->s1,s2都被锁住--->T2执行,等待-->T1执行完:"AB" -->T2执行:"ABCD"