‘壹’ java synchronized 公平锁吗
在Java中，synchronized就是非公平锁，它无法保证等待的线程获取锁的顺序。
关于非公平锁
非公平锁即无法保证锁的获取是按照请求锁的顺序进行的。这样就可能导致某个或者一些线程永远获取不到锁。
‘贰’ java synchronized 死锁问题
synchronized(obj){ ... } 称之为对obj加锁的同步代码块。 你可以这么理解，每一个java对象，都具有一个锁标记。而这个锁标记，同时只能分配给一个线程。 有synchronized(o)，意思是只有获得o对象的锁标记之后，后面的代码块才会执行，否则会等待。 回到你的例子。x1和x2是两个不同的Xianc对象，但是，对于static的属性来说，任何Xianc对象都共享相同的值。因此，实际上，x1的o1属性和x2的o1属性指向同一个对象，而x1的o2属性和x2的o2属性也指向相同的对象。 也就是说，Xianc.o1和Xianc.o2表示两个对象，这两个对象被x1和x2作为静态属性共享。 然后，我们开始考虑锁标记的事情。程序中创建了两个线程t1和t2，并首先启动了t1线程。t1线程与x1绑定，此时执行的是flag == 0的代码块。 首先，遇到sync(o2)，由于此时o2的锁标记还没有被分配，因此t1线程就能获得o2的锁标记，进入代码块。 进入代码块之后，接下来是sleep。由于t1线程sleep之后，释放了cpu，导致t2线程开始运行。由于t2线程与x2绑定，此时执行的是flag == 1的代码块。 这时，t2线程遇到sync(o1)。由于o1的锁标记没有被分配，因此t2线程就能获得o1的锁标记，进入代码块。同样的，进入代码块之后，t2也进入了sleep状态，释放了CPU。 过了一段时间，t1率先苏醒，并被执行。但是执行过程中，会遇到syn(o1)。此时，o1的锁标记被t2线程占据，t1无法获得锁标记，于是t1只能等待。 在等待过程中，t2也苏醒了。但是t2遇到了syn(o2)，而此时o2的锁标记被t1占据，因此t2也只能等待。 于是，两个线程相互等待，就形成了死锁。 手打，楼主给分
‘叁’ java多线程中synchronized关键字的用法
由于同一进程内的多个线程共享内存空间 在Java中 就是共享实例 当多个线程试图同时修改某个实例的内容时 就会造成冲突 因此 线程必须实现共享互斥 使多线程同步
最简单的同步是将一个方法标记为synchronized 对同一个实例来说 任一时刻只能有一个synchronized方法在执行 当一个方法正在执行某个synchronized方法时 其他线程如果想要执行这个实例的任意一个synchronized方法 都必须等待当前执行 synchronized方法的线程退出此方法后 才能依次执行
但是 非synchronized方法不受影响 不管当前有没有执行synchronized方法 非synchronized方法都可以被多个线程同时执行
此外 必须注意 只有同一实例的synchronized方法同一时间只能被一个线程执行 不同实例的synchronized方法是可以并发的 例如 class A定义了synchronized方法sync（） 则不同实例a sync（）和a sync（）可以同时由两个线程来执行
多线程同步的实现最终依赖锁机制 我们可以想象某一共享资源是一间屋子 每个人都是一个线程 当A希望进入房间时 他必须获得门锁 一旦A获得门锁 他进去后就立刻将门锁上 于是B C D就不得不在门外等待 直到A释放锁出来后 B C D中的某一人抢到了该锁（具体抢法依赖于 JVM的实现 可以先到先得 也可以随机挑选） 然后进屋又将门锁上 这样 任一时刻最多有一人在桐羡屋内（使用共享资源）
Java语言规范内置了对多线程的支持 对于Java程序来说 每一个对象实例都有一把 锁 一旦某个线程获得了该锁 别的线程如果希望获得该锁 只能等待这个线程释放锁之后 获得锁的方法只有一个 就是synchronized关键字 例如
public class SharedResource {
private int count = ;
public int getCount（） { return count; }
public synchronized void setCount（int count） { unt = count; }
}
同步方法public synchronized void setCount（int count） { unt = count; } 事实上相当于
public void setCount（int count） {
synchronized（this） { // 在此获得this锁
unt = count;
} // 在此释放this锁
}
红色部分表示需要同步的代码段 该区域为 危险区域 如果两个以上局渗拍的线程同时执行 会引发冲突 因此 要更改SharedResource的内部状态 必须先获得SharedResource实例的锁
退出synchronized块时 线程拥有的锁自动释放 于是 别的线程又可以获取该锁了
为了提高性能 不一定要锁定this 例如 SharedResource有两个独立变化的变量
public class SharedResouce {
private int a = ;
private int b = ;
public synchronized void setA（int a） { this a = a; }
public synchronized void setB（int b） { this b = b; }
}
若同步整个方法 则setA（）的时候无法setB（） setB（）时喊饥无法setA（） 为了提高性能 可以使用不同对象的锁
public class SharedResouce {
private int a = ;
private int b = ;
private Object sync_a = new Object（）
private Object sync_b = new Object（）
public void setA（int a） {
synchronized（sync_a） {
this a = a;
}
}
public synchronized void setB（int b） {
synchronized（sync_b） {
this b = b;
}
lishixin/Article/program/Java/gj/201311/27512
‘肆’ Java怎么使用synchronized声明一个变量
首先要说明的是，java里不能直接使用synchronized声明一个变量，而是使用synchronized去修饰一个代码块或一个方法。x0dx0ax0dx0a详细说明如下：x0dx0ax0dx0a synchronized用来修饰一个方法或者一个代码块，它用来保证在同一时刻最多只有一个线程执行该段代码。x0dx0a 一、当两个并发线程访问同一个对象object中的这个synchronized(this)同步代码块时，一个时间内只能有一个线程得到执行。另简圆一个线程必须等待当前线程执行完这个代码块以后才能执行该代码块。x0dx0a 二、然而，当一个线程访问object的一个synchronized(this)同步代码块时，另一个线程仍然可以访问该object中的非synchronized(this)同步代码块。x0dx0a 三、尤其关键的是，当一个线程访问object的一个synchronized(this)同步代码块时，其他线程对object中所有其它synchronized(this)同步代码块的访明悉问将被阻塞。x0dx0a 四、第三激咐乎个例子同样适用其它同步代码块。也就是说，当一个线程访问object的一个synchronized(this)同步代码块时，它就获得了这个object的对象锁。结果，其它线程对该object对象所有同步代码部分的访问都被暂时阻塞。x0dx0a 五、以上规则对其它对象锁同样适用。x0dx0ax0dx0a示例代码：x0dx0apublic class Thread1 implements Runnable { x0dx0a public void run() { x0dx0a synchronized(this) { x0dx0a for (int i = 0; i < 5; i++) { x0dx0a System.out.println(Thread.currentThread().getName() + " synchronized loop " + i); x0dx0a } x0dx0a } x0dx0a } x0dx0a public static void main(String[] args) { x0dx0a Thread1 t1 = new Thread1(); x0dx0a Thread ta = new Thread(t1, "A"); x0dx0a Thread tb = new Thread(t1, "B"); x0dx0a ta.start(); x0dx0a tb.start(); x0dx0a }x0dx0a}x0dx0a结果： x0dx0a A synchronized loop 0 x0dx0a A synchronized loop 1 x0dx0a A synchronized loop 2 x0dx0a A synchronized loop 3 x0dx0a A synchronized loop 4 x0dx0a B synchronized loop 0 x0dx0a B synchronized loop 1 x0dx0a B synchronized loop 2 x0dx0a B synchronized loop 3 x0dx0a B synchronized loop 4
‘伍’ Java多线程初学者指南（10）：使用Synchronized关键字同步类方法
要想解决 脏数据 的问题 最简单的方法就是使用synchronized关键字来使run方法同步 代码如下
publicsynchronizedvoidrun(){}
从上面的代码可以看出 只要在void和public之间加上synchronized关键字 就可以使run方法同步 也就是说 对于同一个Java类的对象实例 run方法同时只能被一个线程调用 并当前的run执行完后 才能被其他的线程调用 即使当前线程执行到了run方法中的yield方法 也只是暂停了一下 由于其他线程无法执行run方法 因此 最终还是会由当前的线程来继续执行 先看看下面的代码
sychronized关键字只和一个对象实例绑定
classTest{publicsynchronizedvoidmethod(){}纳察}{privateTesttest;publicvoidrun() { thod(); } publicSync(Testtest) { this test=test; } publicstaticvoidmain(String[]args)throwsException { Testtest =newTest(); Testtest =newTest(); Syncsync =newSync(test ); Syncsync =newSync(test ); newThread(sync ) start(); newThread(sync ) start(); } }
在Test类中的method方法是同步的 但上面的代码建立了两个Test类的实例 因此 test 和test 的method方法是分别执行的 要想让method同步 必须在建立仿茄升Sync类的实例时向它的构造方法中传入同一个Test类的实例 如下面的代码所示
Syncsync =newSync(test );
不仅可以使用synchronized来同步非静态方法 也可以使用synchronized来同步静态方法 如可以按如下方式来定义method方法
classTest{ (){}}
建立Test类的对象实例如下
Testtest=newTest();
对于静态方法来说 只要加上了synchronized关键字 这个方法就是同步的 无论是使用thod（） 还是使用thod（）来调用method方法 method都是同步的 并不存在非静态方法的多个实例的问题
在 种设计模式中的单件（Singleton）模式如果按传统的方法设计 也是线程不安全的 下面的代码是一个线程不安全的单件模式
packagetest;//线程安全的Singleton模式classSingleton{privatestaticSingletonsample;privateSingleton(){备老}(){if(sample==null){Thread yield();//为了放大Singleton模式的线程不安全性sample=newSingleton();}returnsample;}}{publicvoidrun(){Singletonsingleton=Singleton getInstance();System out println(singleton hashCode());}publicstaticvoidmain(String[]args){Threadthreads[]=newThread[ ];for(inti= ;i<threads length;i++)threads[i]=newMyThread();for(inti= ;i<threads length;i++)threads[i] start();}}
在上面的代码调用yield方法是为了使单件模式的线程不安全性表现出来 如果将这行去掉 上面的实现仍然是线程不安全的 只是出现的可能性小得多
程序的运行结果如下
上面的运行结果可能在不同的运行环境上有所有同 但一般这五行输出不会完全相同 从这个输出结果可以看出 通过getInstance方法得到的对象实例是五个 而不是我们期望的一个 这是因为当一个线程执行了Thread yield（）后 就将CPU资源交给了另外一个线程 由于在线程之间切换时并未执行到创建Singleton对象实例的语句 因此 这几个线程都通过了if判断 所以 就会产生了建立五个对象实例的情况（可能创建的是四个或三个对象实例 这取决于有多少个线程在创建Singleton对象之前通过了if判断 每次运行时可能结果会不一样）
要想使上面的单件模式变成线程安全的 只要为getInstance加上synchronized关键字即可 代码如下
(){}
当然 还有更简单的方法 就是在定义Singleton变量时就建立Singleton对象 代码如下
=newSingleton();
然后在getInstance方法中直接将sample返回即可 这种方式虽然简单 但不知在getInstance方法中创建Singleton对象灵活 读者可以根据具体的需求选择使用不同的方法来实现单件模式
在使用synchronized关键字时有以下四点需要注意
synchronized关键字不能继承
虽然可以使用synchronized来定义方法 但synchronized并不属于方法定义的一部分 因此 synchronized关键字不能被继承 如果在父类中的某个方法使用了synchronized关键字 而在子类中覆盖了这个方法 在子类中的这个方法默认情况下并不是同步的 而必须显式地在子类的这个方法中加上synchronized关键字才可以 当然 还可以在子类方法中调用父类中相应的方法 这样虽然子类中的方法不是同步的 但子类调用了父类的同步方法 因此 子类的方法也就相当于同步了 这两种方式的例子代码如下
在子类方法中加上synchronized关键字
classParent{ publicsynchronizedvoidmethod(){}}classChildextendsParent{ publicsynchronizedvoidmethod(){}}
在子类方法中调用父类的同步方法
classParent{ publicsynchronizedvoidmethod(){}}classChildextendsParent{publicvoidmethod(){thod();}}
在定义接口方法时不能使用synchronized关键字
构造方法不能使用synchronized关键字 但可以使用下节要讨论的synchronized块来进行同步
synchronized可以自由放置
在前面的例子中使用都是将synchronized关键字放在方法的返回类型前面 但这并不是synchronized可放置唯一位置 在非静态方法中 synchronized还可以放在方法定义的最前面 在静态方法中 synchronized可以放在static的前面 代码如下
publicsynchronizedvoidmethod();synchronizedpublicvoidmethod();();();();
但要注意 synchronized不能放在方法返回类型的后面 如下面的代码是错误的
publicvoidsynchronizedmethod();();
synchronized关键字只能用来同步方法 不能用来同步类变量 如下面的代码也是错误的
publicsynchronizedintn= ;publicstaticsynchronizedintn= ;
虽然使用synchronized关键字同步方法是最安全的同步方式 但大量使用synchronized关键字会造成不必要的资源消耗以及性能损失 虽然从表面上看synchronized锁定的是一个方法 但实际上synchronized锁定的是一个类 也就是说 如果在非静态方法method 和method 定义时都使用了synchronized 在method 未执行完之前 method 是不能执行的 静态方法和非静态方法的情况类似 但静态和非静态方法不会互相影响 看看如下的代码
packagetest;publicclassMyThread extendsThread{publicStringmethodName;publicstaticvoidmethod(Strings){System out println(s);while(true);}publicsynchronizedvoidmethod (){method( 非静态的method 方法 );}publicsynchronizedvoidmethod (){method( 非静态的method 方法 );} (){method( 静态的method 方法 );} (){method( 静态的method 方法 );}publicvoidrun(){try{getClass() getMethod(methodName) invoke(this);}catch(Exceptione){}}publicstaticvoidmain(String[]args)throwsException{MyThread myThread =newMyThread ();for(inti= ;i<= ;i++){thodName= method +String valueOf(i);newThread(myThread ) start();sleep( );}}}
运行结果如下
非静态的method 方法静态的method 方法
lishixin/Article/program/Java/gj/201311/27526
‘陆’ java中synchronized函数锁，锁的是什么
修饰方法就代表锁的是此方法体，如 public synchronized int cal(){...} 表示每次访问此方法都只能一个线程访问，其他的要等待访问完了才能进入此方法，这是竞争锁，synchronized(obj)锁的是obj,代表只有获取了此obj锁，才能继续访问，更高级的推荐使用Lock或ReentrainLock。
‘柒’ 初学Java多线程：使用Synchronized块同步方法
synchronized关键字有两种用法 第一种就是在《使用Synchronized关键字同步类方法》一文中所介绍的直接用在方法的定义中 另外一种就是synchronized块 我们不仅可以通过synchronized块来同步一个对象变量巧顷 也可以使用synchronized块来同步类中的静态孝宽陆方法和非静态方法
synchronized块的语法如下
public void method()
{
… …
synchronized(表达式)
{
… …
}
}
一 非静态类方法的同步
从《使用Synchronized关键字同步类方法》一文中我们知道使用synchronized关键字来定义方法就会锁定类中所有使用synchronzied关键字定义的静态方法或非静态方法 但这并不好理解 而如果使用synchronized块来达到同样的效果 就不难理解为什么会产生这种效果了 如果想使用synchronized块来锁定类中所有的同步非静态方法 需要使用this做为synchronized块的参数传入synchronized块国 代码如下
通过synchronized块同步非静态方法
public class SyncBlock
{
public void method ()
{
synchronized(this) // 相当于对method 方法使用synchronized关键字
{
… …
}
}
public void method ()
{
synchronized(this) // 相当于对method 方法使用synchronized关键字
{
… …
}
}
public synchronized void method ()
{
… …
}
}
在上面的代码中的method 和method 方法中使用了synchronized块 而第 行的method 方法仍然使用synchronized关键字来定义方法 在使用同一个SyncBlock类实例时 这三个方法只要有一个正在执行 其他两个方法就会因未获得同步锁而被阻塞 在使用synchronized块时要想达到和synchronized关键字同样的效果 必须将所有的代码都写在synchronized块中 否则 将无法使当前方法中的所有代码和其他的方法同步
除了使用this做为synchronized块的参数外 还可以使用SyncBlock this作为synchronized块的参数来达到同样的效果
在内类（InnerClass）的方法中使用synchronized块来时 this只表示内类 和外类(OuterClass)没有关系 但内类的非静态方法可以和外类的非静态方法同步 如在内类InnerClass中加一个method 方法 并使method 方法和SyncBlock的三个方法同步 代码如下
使内类的非静态方法和外类的非静态方法同步
public class SyncBlock
{
… …
class InnerClass
{
public void method ()
{
synchronized(SyncBlock this)
{
… …
}
}
}
… …
}
在上面SyncBlock类的新版本中 InnerClass类的method 方法和SyncBlock类的其他三个方法同步 因此 method method method 和method 四个方法在同一时间巧手只能有一个方法执行
Synchronized块不管是正常执行完 还是因为程序出错而异常退出synchronized块 当前的synchronized块所持有的同步锁都会自动释放 因此 在使用synchronized块时不必担心同步锁的释放问题
二 静态类方法的同步
由于在调用静态方法时 对象实例不一定被创建 因此 就不能使用this来同步静态方法 而必须使用Class对象来同步静态方法 代码如下
通过synchronized块同步静态方法
public class StaticSyncBlock
{
public static void method ()
{
synchronized(StaticSyncBlock class)
{
… …
}
}
public static synchronized void method ()
{
… …
}
}
在同步静态方法时可以使用类的静态字段class来得到Class对象 在上例中method 和method 方法同时只能有一个方法执行 除了使用class字段得到Class对象外 还可以使用实例的getClass方法来得到Class对象 上例中的代码可以修改如下
使用getClass方法得到Class对象
public class StaticSyncBlock
{
public static StaticSyncBlock instance;
public StaticSyncBlock()
{
instance = this;
}
public static void method ()
{
synchronized(instance getClass())
{
}
}
}
在上面代码中通过一个public的静态instance得到一个StaticSyncBlock类的实例 并通过这个实例的getClass方法得到了Class对象（一个类的所有实例通过getClass方法得到的都是同一个Class对象 因此 调用任何一个实例的getClass方法都可以） 我们还可以通过Class对象使不同类的静态方法同步 如Test类的静态方法method和StaticSyncBlock类的两个静态方法同步 代码如下
Test类的method方法和StaticSyncBlock类的method method 方法同步
public class Test
{
public static void method()
{
synchronized(StaticSyncBlock class)
{
}
}
}
lishixin/Article/program/Java/gj/201311/27374
‘捌’ 请问java中的lock和synchronized区别是什么
1、ReentrantLock 拥有Synchronized相同的并发性和内存语义，此外还多了 锁投票，定时锁等候和中断锁等候：
线程A和B都要获取对象O的锁定，假设A获取了对象O锁，B将等待A释放对O的锁定;
如果使用 synchronized ，如果A不释放，B将一直等下去，不能被中断;
如果 使用ReentrantLock，如果A不释放，可以使B在等待了足够长的时间以后，中断等待，而干别的事情。
2、synchronized是在JVM层面上实现的，不但可以通过一些监控工具监控synchronized的锁定，而且在代码执行时出现异常，JVM会自动释放锁定，但是使用Lock则不行，lock是通过代码实现的，要保证锁定一定会被释放，就必须将unLock()放到finally{}中。
3、在资源竞争不是很激烈的情况下，Synchronized的性能要优于ReetrantLock，但是在资源竞争很激烈的情况下，Synchronized的性能会下降几十倍，但是ReetrantLock的性能能维持常态。