一、学习自:
http://www.cnblogs.com/xrq730/p/4851350.html
http://www.cnblogs.com/xrq730/p/4851530.html
http://www.cnblogs.com/xrq730/p/4853578.html
http://www.cnblogs.com/xrq730/p/4853578.html
http://www.cnblogs.com/xrq730/p/4853713.html
http://www.cnblogs.com/skywang12345/p/3479202.html
二、基础知识点
在java中,每一个对象有且仅有一个同步锁。这也意味着,同步锁是依赖于对象而存在。
当我们调用某对象的
synchronized
方法时,就获取了该对象的同步锁。例如,synchronized(obj)
就获取了“obj这个对象”的同步锁。不同线程对同步锁的访问是互斥的。也就是说,某时间点,对象的同步锁只能被一个线程获取到!通过同步锁,我们就能在多线程中,实现对“对象/方法”的互斥访问。 例如,现在有两个线程A和线程B,它们都会访问“对象obj的同步锁”。假设,在某一时刻,线程A获取到“obj的同步锁”并在执行一些操作;而此时,线程B也企图获取“obj的同步锁” —— 线程B会获取失败,它必须等待,直到线程A释放了“该对象的同步锁”之后线程B才能获取到“obj的同步锁”从而才可以运行。
当一个线程访问“某对象”的“
synchronized
方法”或者“synchronized
代码块”时,其他线程对“该对象”的所有“synchronized
方法”或者“synchronized
代码块”的访问将被阻塞。当一个线程访问“某对象”的“
synchronized
方法”或者“synchronized
代码块”时,其他线程仍然可以访问“该对象”的非同步代码块。如果多个线程访问的是多个对象(不出现同时访问一个对象的情况下),那么Java虚拟机就会创建多个锁,不会受到”等待释放锁”这一行为的制约。
synchronized
锁重入:当一个线程得到一个对象锁后,再次请求此对象锁时可以再次得到该对象的锁的。
三、备注
原谅我水一把,因为上述链接讲的很好了,两位前辈的博客好好看一下,我这个菜鸡就不献丑了,上面列出基础知识点记住就好了,案例去开头的链接找。