胶州专业建站,免费制作论坛网站,模板网页制作,wordpress基本功能synchronized重要#xff01;重要#xff01;重要#xff01;重要的事情说三遍#xff0c;一定要记下来哦。 Java语言的关键字#xff0c;当它用来修饰一个方法或者一个代码块的时候#xff0c;能够保证在同一时刻最多只有一个线程执行该段代码。一、当两个并发线程访问同…synchronized重要重要重要重要的事情说三遍一定要记下来哦。 Java语言的关键字当它用来修饰一个方法或者一个代码块的时候能够保证在同一时刻最多只有一个线程执行该段代码。一、当两个并发线程访问同一个对象object中的这个synchronized(this)同步代码块时一个时间内只能有一个线程得到执行。另一个线程必须等待当前线程执行完这个代码块以后才能执行该代码块。二、然而当一个线程访问object的一个synchronized(this)同步代码块时另一个线程仍然可以访问该object中的非synchronized(this)同步代码块。三、尤其关键的是当一个线程访问object的一个synchronized(this)同步代码块时其他线程对object中所有其它synchronized(this)同步代码块的访问将被阻塞。四、第三个例子同样适用其它同步代码块。也就是说当一个线程访问object的一个synchronized(this)同步代码块时它就获得了这个object的对象锁。结果其它线程对该object对象所有同步代码部分的访问都被暂时阻塞。五、以上规则对其它对象锁同样适用。举例说明 一、当两个并发线程访问同一个对象object中的这个synchronized(this)同步代码块时一个时间内只能有一个线程得到执行。另一个线程必须等待当前线程执行完这个代码块以后才能执行该代码块。 public class Thread1 implements Runnable { public void run() { synchronized(this) { for (int i 0; i 5; i) { System.out.println(Thread.currentThread().getName() synchronized loop i); } } } }public class Main {public static void main(String[] args) { Thread1 t1 new Thread1(); Thread ta new Thread(t1, A); Thread tb new Thread(t1, B); ta.start(); tb.start(); } }运行结果 A synchronized loop 0 A synchronized loop 1 A synchronized loop 2 A synchronized loop 3 A synchronized loop 4 B synchronized loop 0 B synchronized loop 1 B synchronized loop 2 B synchronized loop 3 B synchronized loop 4 二、然而当一个线程访问object的一个synchronized(this)同步代码块时另一个线程仍然可以访问该object中的非synchronized(this)同步代码块。public class Thread2 { public void m4t1() { synchronized(this) { int i 5; while( i-- 0) { System.out.println(Thread.currentThread().getName() : i); try { Thread.sleep(500); } catch (InterruptedException ie) { } } } } public void m4t2() { int i 5; while( i-- 0) { System.out.println(Thread.currentThread().getName() : i); try { Thread.sleep(500); } catch (InterruptedException ie) { } } } }public class Main {public static void main(String[] args) { final Thread2 myt2 new Thread2(); Thread t1 new Thread(new Runnable() { public void run() { myt2.m4t1(); } }, t1); Thread t2 new Thread(new Runnable() { public void run() { myt2.m4t2(); } }, t2); t1.start(); t2.start(); } }运行结果 t1 : 4 t2 : 4 t1 : 3 t2 : 3 t1 : 2 t2 : 2 t1 : 1 t2 : 1 t1 : 0 t2 : 0 三、尤其关键的是当一个线程访问object的一个synchronized(this)同步代码块时其他线程对object中所有其它synchronized(this)同步代码块的访问将被阻塞。 修改Thread2.m4t2()方法public void m4t2() { synchronized(this) { int i 5; while( i-- 0) { System.out.println(Thread.currentThread().getName() : i); try { Thread.sleep(500); } catch (InterruptedException ie) { } } }}运行结果 t1 : 4 t1 : 3 t1 : 2 t1 : 1 t1 : 0 t2 : 4 t2 : 3 t2 : 2 t2 : 1 t2 : 0 四、第三个例子同样适用其它同步代码块。也就是说当一个线程访问object的一个synchronized(this)同步代码块时它就获得了这个object的对象锁。结果其它线程对该object对象所有同步代码部分的访问都被暂时阻塞。 修改Thread2.m4t2()方法如下public synchronized void m4t2() { int i 5; while( i-- 0) { System.out.println(Thread.currentThread().getName() : i); try { Thread.sleep(500); } catch (InterruptedException ie) { } } } 五、以上规则对其它对象锁同样适用public class Thread3 { class Inner { private void m4t1() { int i 5; while(i-- 0) { System.out.println(Thread.currentThread().getName() : Inner.m4t1() i); try { Thread.sleep(500); } catch(InterruptedException ie) { } } } private void m4t2() { int i 5; while(i-- 0) { System.out.println(Thread.currentThread().getName() : Inner.m4t2() i); try { Thread.sleep(500); } catch(InterruptedException ie) { } } } } private void m4t1(Inner inner) { synchronized(inner) { //使用对象锁 inner.m4t1(); } private void m4t2(Inner inner) { inner.m4t2(); } }public class Main {public static void main(String[] args) { final Thread3 myt3 new Thread3(); final Inner inner myt3.new Inner(); Thread t1 new Thread( new Runnable() {public void run() { myt3.m4t1(inner);} }, t1); Thread t2 new Thread( new Runnable() {public void run() { myt3.m4t2(inner);} }, t2); t1.start(); t2.start(); } } 运行结果 t1 : Inner.m4t1()4 t2 : Inner.m4t2()4 t1 : Inner.m4t1()3 t2 : Inner.m4t2()3 t1 : Inner.m4t1()2 t2 : Inner.m4t2()2 t1 : Inner.m4t1()1 t2 : Inner.m4t2()1 t1 : Inner.m4t1()0 t2 : Inner.m4t2()0 尽管线程t1获得了对Inner的对象锁但由于线程t2访问的是同一个Inner中的非同步部分。所以两个线程互不干扰。现在在Inner.m4t2()前面加上synchronizedprivate synchronized void m4t2() { int i 5; while(i-- 0) { System.out.println(Thread.currentThread().getName() : Inner.m4t2() i); try { Thread.sleep(500); } catch(InterruptedException ie) { } } } 运行结果 t1 : Inner.m4t1()4 t1 : Inner.m4t1()3 t1 : Inner.m4t1()2 t1 : Inner.m4t1()1 t1 : Inner.m4t1()0 t2 : Inner.m4t2()4 t2 : Inner.m4t2()3 t2 : Inner.m4t2()2 t2 : Inner.m4t2()1 t2 : Inner.m4t2()0 尽管线程t1与t2访问了同一个Inner对象中两个毫不相关的部分,但因为t1先获得了对Inner的对象锁所以t2对Inner.m4t2()的访问也被阻塞因为m4t2()是Inner中的一个同步方法。第二篇synchronized 关键字它包括两种用法synchronized 方法和 synchronized 块。   1. synchronized 方法通过在方法声明中加入 synchronized关键字来声明 synchronized 方法。 如  public synchronized void accessVal(int newVal); synchronized 方法控制对类成员变量的访问每个类实例对应一把锁每个 synchronized 方法都必须获得调用该方法的类实例的锁方能执行否则所属线程阻塞方法一旦执行就独占该锁直到从该方法返回时才将锁释放此后被阻塞的线程方能获得该锁重新进入可执行状态。这种机制确保了同一时刻对于每一个类实例其所有声明为 synchronized 的成员函数中至多只有一个处于可执行状态因为至多只有一个能够获得该类实例对应的锁从而有效避免了类成员变量的访问冲突只要所有可能访问类成员变量的方法均被声明为 synchronized。  在 Java 中不光是类实例每一个类也对应一把锁这样我们也可将类的静态成员函数声明为 synchronized 以控制其对类的静态成员变量的访问。   synchronized 方法的缺陷若将一个大的方法声明为synchronized 将会大大影响效率典型地若将线程类的方法 run() 声明为synchronized 由于在线程的整个生命期内它一直在运行因此将导致它对本类任何 synchronized 方法的调用都永远不会成功。当然我们可以通过将访问类成员变量的代码放到专门的方法中将其声明为 synchronized 并在主方法中调用来解决这一问题但是 Java 为我们提供了更好的解决办法那就是 synchronized 块。   2. synchronized 块通过 synchronized关键字来声明synchronized 块。 语法如下  synchronized(syncObject) { //允许访问控制的代码 } synchronized 块是这样一个代码块其中的代码必须获得对象 syncObject 如前所述可以是类实例或类的锁方能执行具体机制同前所述。由于可以针对任意代码块且可任意指定上锁的对象故灵活性较高。java中synchronized用法打个比方一个object就像一个大房子大门永远打开。房子里有 很多房间也就是方法。这些房间有上锁的synchronized方法 和不上锁之分普通方法。房门口放着一把钥匙key这把钥匙可以打开所有上锁的房间。另外我把所有想调用该对象方法的线程比喻成想进入这房子某个 房间的人。所有的东西就这么多了下面我们看看这些东西之间如何作用的。在此我们先来明确一下我们的前提条件。该对象至少有一个synchronized方法否则这个key还有啥意义。当然也就不会有我们的这个主题了。一个人想进入某间上了锁的房间他来到房子门口看见钥匙在那儿说明暂时还没有其他人要使用上锁的 房间。于是他走上去拿到了钥匙并且按照自己 的计划使用那些房间。注意一点他每次使用完一次上锁的房间后会马上把钥匙还回去。即使他要连续使用两间上锁的房间中间他也要把钥匙还回去再取回来。因此普通情况下钥匙的使用原则是“随用随借用完即还。”这时其他人可以不受限制的使用那些不上锁的房间一个人用一间可以两个人用一间也可以没限制。但是如果当某个人想要进入上锁的房间他就要跑到大门口去看看了。有钥匙当然拿了就走没有的话就只能等了。要是很多人在等这把钥匙等钥匙还回来以后谁会优先得到钥匙Not guaranteed。象前面例子里那个想连续使用两个上锁房间的家伙他中间还钥匙的时候如果还有其他人在等钥匙那么没有任何保证这家伙能再次拿到。 JAVA规范在很多地方都明确说明不保证象Thread.sleep()休息后多久会返回运行相同优先权的线程那个首先被执行当要访问对象的锁被 释放后处于等待池的多个线程哪个会优先得到等等。我想最终的决定权是在JVM之所以不保证就是因为JVM在做出上述决定的时候绝不是简简单单根据 一个条件来做出判断而是根据很多条。而由于判断条件太多如果说出来可能会影响JAVA的推广也可能是因为知识产权保护的原因吧。SUN给了个不保证 就混过去了。无可厚非。但我相信这些不确定并非完全不确定。因为计算机这东西本身就是按指令运行的。即使看起来很随机的现象其实都是有规律可寻。学过 计算机的都知道计算机里随机数的学名是伪随机数是人运用一定的方法写出来的看上去随机罢了。另外或许是因为要想弄的确定太费事也没多大意义所 以不确定就不确定了吧。 再来看看同步代码块和同步方法有小小的不同。1.从尺寸上讲同步代码块比同步方法小。你可以把同步代码块看成是没上锁房间里的一块用带锁的屏风隔开的空间。2.同步代码块还可以人为的指定获得某个其它对象的key。就像是指定用哪一把钥匙才能开这个屏风的锁你可以用本房的钥匙你也可以指定用另一个房子的钥匙才能开这样的话你要跑到另一栋房子那儿把那个钥匙拿来并用那个房子的钥匙来打开这个房子的带锁的屏风。记住你获得的那另一栋房子的钥匙并不影响其他人进入那栋房子没有锁的房间。为什么要使用同步代码块呢我想应该是这样的首先对程序来讲同步的部分很影响运行效率而一个方法通常是先创建一些局部变量再对这些变量做一些 操作如运算显示等等而同步所覆盖的代码越多对效率的影响就越严重。因此我们通常尽量缩小其影响范围。如何做同步代码块。我们只把一个方法中该同 步的地方同步比如运算。另外同步代码块可以指定钥匙这一特点有个额外的好处是可以在一定时期内霸占某个对象的key。还记得前面说过普通情况下钥匙的使用原则吗。现在不是普通情况了。你所取得的那把钥匙不是永远不还而是在退出同步代码块时才还。还用前面那个想连续用两个上锁房间的家伙打比方。怎样才能在用完一间以后继续使用另一间呢。用同步代码块吧。先创建另外一个线程做一个同步代码 块把那个代码块的锁指向这个房子的钥匙。然后启动那个线程。只要你能在进入那个代码块时抓到这房子的钥匙你就可以一直保留到退出那个代码块。也就是说 你甚至可以对本房内所有上锁的房间遍历甚至再sleep(10*60*1000)而房门口却还有1000个线程在等这把钥匙呢。很过瘾吧。在此对sleep()方法和钥匙的关联性讲一下。一个线程在拿到key后且没有完成同步的内容时如果被强制sleep()了那key还一直在 它那儿。直到它再次运行做完所有同步内容才会归还key。记住那家伙只是干活干累了去休息一下他并没干完他要干的事。为了避免别人进入那个房间 把里面搞的一团糟即使在睡觉的时候他也要把那唯一的钥匙戴在身上。最后也许有人会问为什么要一把钥匙通开而不是一个钥匙一个门呢我想这纯粹是因为复杂性问题。一个钥匙一个门当然更安全但是会牵扯好多问题。钥匙 的产生保管获得归还等等。其复杂性有可能随同步方法的增加呈几何级数增加严重影响效率。这也算是一个权衡的问题吧。为了增加一点点安全性导致效 率大大降低是多么不可取啊。 synchronized的一个简单例子public class TextThread {public static void main(String[] args) { TxtThread tt new TxtThread(); new Thread(tt).start(); new Thread(tt).start(); new Thread(tt).start(); new Thread(tt).start(); } }class TxtThread implements Runnable { int num 100; String str new String();public void run() { synchronized (str) { while (num 0) {try { Thread.sleep(1); } catch (Exception e) { e.getMessage(); } System.out.println(Thread.currentThread().getName() this is num--); } } } } 上面的例子中为了制造一个时间差也就是出错的机会使用了Thread.sleep(10)Java对多线程的支持与同步机制深受大家的喜爱似乎看起来使用了synchronized关键字就可以轻松地解决多线程共享数据同步问题。到底如何――还得对synchronized关键字的作用进行深入了解才可定论。总的说来synchronized关键字可以作为函数的修饰符也可作为函数内的语句也就是平时说的同步方法和同步语句块。如果再细的分类synchronized可作用于instance变量、object reference对象引用、static函数和class literals(类名称字面常量)身上。 在进一步阐述之前我们需要明确几点A无论synchronized关键字加在方法上还是对象上它取得的锁都是对象而不是把一段代码或函数当作锁――而且同步方法很可能还会被其他线程的对象访问。B每个对象只有一个锁lock与之相关联。C实现同步是要很大的系统开销作为代价的甚至可能造成死锁所以尽量避免无谓的同步控制。 接着来讨论synchronized用到不同地方对代码产生的影响 假设P1、P2是同一个类的不同对象这个类中定义了以下几种情况的同步块或同步方法P1、P2就都可以调用它们。 1 把synchronized当作函数修饰符时。 示例代码如下Public synchronized void methodAAA(){//…. }       这也就是同步方法那这时synchronized锁定的是哪个对象呢它锁定的是调用这个同步方法对象。也就是说当一个对象P1在不同的线程中执行这个同步方法时它们之间会形成互斥达到同步的效果。但是这个对象所属的Class所产生的另一对象P2却可以任意调用这个被加了synchronized关键字的方法。上边的示例代码等同于如下代码public void methodAAA(){synchronized (this){ // (1)//……} }       (1)处的this指的是什么呢它指的就是调用这个方法的对象如P1。可见同步方法实质是将synchronized作用于object reference。――那个拿到了P1对象锁的线程才可以调用P1的同步方法而对P2而言P1这个锁与它毫不相干程序也可能在这种情形下摆脱同步机制的控制造成数据混乱。2同步块。 示例代码如下public void method3(SomeObject so){synchronized(so){ //……} }       这时锁就是so这个对象谁拿到这个锁谁就可以运行它所控制的那段代码。当有一个明确的对象作为锁时就可以这样写程序但当没有明确的对象作为锁只是想让一段代码同步时可以创建一个特殊的instance变量它得是一个对象来充当锁class Foo implements Runnable{private byte[] lock new byte[0]; // 特殊的instance变量Public void methodA() {synchronized(lock) { //…… }}//…… }注零长度的byte数组对象创建起来将比任何对象都经济――查看编译后的字节码生成零长度的byte[]对象只需3条操作码而Object lock new Object()则需要7行操作码。3将synchronized作用于static 函数。 示例代码如下Class Foo {public synchronized static void methodAAA(){ // 同步的static 函数 //… }public void methodBBB() {synchronized(Foo.class) // class literal(类名称字面常量)} }代码中的methodBBB()方法是把class literal作为锁的情况它和同步的static函数产生的效果是一样的取得的锁很特别是当前调用这个方法的对象所属的类Class而不再是由这个Class产生的某个具体对象了。记得在《Effective Java》一书中看到过将 Foo.class和 P1.getClass()用于作同步锁还不一样不能用P1.getClass()来达到锁这个Class的目的。P1指的是由Foo类产生的对象。 可以推断如果一个类中定义了一个synchronized的static函数A也定义了一个synchronized 的instance函数B那么这个类的同一对象Obj在多线程中分别访问A和B两个方法时不会构成同步因为它们的锁都不一样。A方法的锁是Obj这个对象而B的锁是Obj所属的那个Class。 小结如下 搞清楚synchronized锁定的是哪个对象就能帮助我们设计更安全的多线程程序。 还有一些技巧可以让我们对共享资源的同步访问更加安全1 定义private 的instance变量它的 get方法而不要定义public/protected的instance变量。如果将变量定义为public对象在外界可以绕过同步方法的控制而直接取得它并改动它。这也是JavaBean的标准实现方式之一。2 如果instance变量是一个对象如数组或ArrayList什么的那上述方法仍然不安全因为当外界对象通过get方法拿到这个instance对象的引用后又将其指向另一个对象那么这个private变量也就变了岂不是很危险。 这个时候就需要将get方法也加上synchronized同步并且只返回这个private对象的clone()――这样调用端得到的就是对象副本的引用了。