本节主要作为一个笔记,用来记录synchronized关键字。
首先看一个例子:
public class Mythread extends Thread {
private int count = 5;
public void run(){
count--;
System.out.println(this.currentThread().getName() + " count=" + count);
}
public static void main(String[] args) {
Mythread mythread = new Mythread();
Thread t1 = new Thread(mythread,"t1");
Thread t2 = new Thread(mythread,"t2");
Thread t3 = new Thread(mythread,"t3");
Thread t4 = new Thread(mythread,"t4");
Thread t5 = new Thread(mythread,"t5");
t1.start();
t2.start();
t3.start();
t4.start();
t5.start();
}
}
执行结果:
显然,前面我们的目的主要是向让count的值进行连续减操作,启用5个线程,然后达到目的。但是结果却不是想象的那样。为此引入Synchronized关键字。
引入synchornized的目的主要在于控制run中的count--操作,因此将关键字加在run方法上。上述代码可以改为:
public synchronized void run(){
count--;
System.out.println(this.currentThread().getName() + " count=" + count);
}
再次执行,可以得到我们想要的结果:
在这里注意前面的 线程顺序,如果仅仅是为了得到后面的43210这个结果,无须考虑,但是如果有兴趣,就会产生疑问,进一步挖掘一下synchornized的知识。
在没有添加synchronized的时候,当多个线程访问Mythread:
五个线程共同访问Mythread中的run方法,大家创建有先后,却需操作CPU资源为其服务,大家集中到Mythread的时候,就需要随缘,看看CPU能够是否能为分配相应的资源。因此就会明白再没有关键字修饰的时候就会产生这样的一系列问题,先创建的线程不一定能够得到自己所需要的资源,而后到的线程也不一定就得不到自己的资源。
各个线程在得到自己的资源之后,开始进行执行,如果各个线程在得到资源的时间点上,count刚好被其中一个线程使用,并且还没有处理完毕,那么其得到的处理结果就可能和其他线程的处理结果相同。这就是在没有加入synchronized的时候的情况。
加入synchronized之后,synchronized锁是对象锁,也就是说new MyThread()的结果就是也new出了一把锁,将新new的对象里面内容都锁起来了,别人想要用这个对象的时候需要这个锁不被占用:
因此,各个线程被创建后,访问mythread类中的run方法的时候会先去请求锁,如果能得到这个锁,才会允许其访问run方法,否则不允许。这样就保证每个线程访问的单一行为,不会造成无序的情况。执行的结果自然就是我们想要的有序结果。