synchronized关键字

本节主要作为一个笔记，用来记录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方法，否则不允许。这样就保证每个线程访问的单一行为，不会造成无序的情况。执行的结果自然就是我们想要的有序结果。