Java中每个对象均可以做为锁,这是synchronized实现同步的基础:html
package cn.alibab.javap;
public class SynchronizedTest {
public synchronized void test1(){
}
public void test2(){
synchronized (this){
}
}
}
利用javap工具(javap是java编译以后的class文件的分解器)查看生成的class文件信息来分析Synchronized的实现java
从上面能够看出,同步代码块是使用monitorenter和monitorexit指令实现的,同步方法(在这看不出来须要看JVM底层实现)依靠的是方法修饰符上的ACC_SYNCHRONIZED实现。web
同步代码块:monitorenter指令是在编译后插入到同步代码块的开始位置,monitorexit指令插入到同步代码块的结束位置,JVM须要保证每个monitorenter都有一个monitorexit与之相对应。任何对象都有一个monitor与之相关联,当且一个monitor被持有以后,他将处于锁定状态。线程执行到monitorenter指令时,将会尝试获取对象所对应的monitor全部权,即尝试获取对象的锁;【摘自并发编程艺术】算法
同步方法:synchronized方法则会被翻译成普通的方法调用和返回指令如:invokevirtual、areturn指令,在VM字节码层面并无任何特别的指令来实现被synchronized修饰的方法,而是在Class文件的方法表中将该方法的access_flags字段中的synchronized标志位置1,表示该方法是同步方法并使用调用该方法的对象或该方法所属的Class在JVM的内部对象表示Klass作为锁对象。(摘自:http://www.cnblogs.com/javaminer/p/3889023.html)编程
区别以下: 多线程
来源:
lock是一个接口,而synchronized是java的一个关键字,synchronized是内置的语言实现;并发
异常是否释放锁:
synchronized在发生异常时候会自动释放占有的锁,所以不会出现死锁;而lock发生异常时候,不会主动释放占有的锁,必须手动unlock来释放锁,可能引发死锁的发生。(因此最好将同步代码块用try catch包起来,finally中写入unlock,避免死锁的发生。) svg
是否响应中断
lock等待锁过程当中能够用interrupt来中断等待,而synchronized只能等待锁的释放,不能响应中断; 工具
是否知道获取锁
Lock能够经过trylock来知道有没有获取锁,而synchronized不能; 性能
Lock能够提升多个线程进行读操做的效率。(能够经过readwritelock实现读写分离)
在性能上来讲,若是竞争资源不激烈,二者的性能是差很少的,而当竞争资源很是激烈时(即有大量线程同时竞争),此时Lock的性能要远远优于synchronized。因此说,在具体使用时要根据适当状况选择。
synchronized使用Object对象自己的wait 、notify、notifyAll调度机制,而Lock可使用Condition进行线程之间的调度,
//Condition定义了等待/通知两种类型的方法
Lock lock=new ReentrantLock();
Condition condition=lock.newCondition();
...
condition.await();
...
condition.signal();
condition.signalAll();
synchronized:在须要同步的对象中加入此控制,synchronized能够加在方法上,也能够加在特定代码块中,括号中表示须要锁的对象。
lock:通常使用ReentrantLock类作为锁。在加锁和解锁处须要经过lock()和unlock()显示指出。因此通常会在finally块中写unlock()以防死锁。
synchronized是托管给JVM执行的,
而lock是java写的控制锁的代码。
在Java1.5中,synchronize是性能低效的。由于这是一个重量级操做,须要调用操做接口,致使有可能加锁消耗的系统时间比加锁之外的操做还多。相比之下使用Java提供的Lock对象,性能更高一些。
可是到了Java1.6,发生了变化。synchronize在语义上很清晰,能够进行不少优化,有适应自旋,锁消除,锁粗化,轻量级锁,偏向锁等等。致使在Java1.6上synchronize的性能并不比Lock差。官方也表示,他们也更支持synchronize,在将来的版本中还有优化余地。
2种机制的具体区别:
synchronized原始采用的是CPU悲观锁机制,即线程得到的是独占锁。独占锁意味着其余线程只能依靠阻塞来等待线程释放锁。而在CPU转换线程阻塞时会引发线程上下文切换,当有不少线程竞争锁的时候,会引发CPU频繁的上下文切换致使效率很低。
而Lock用的是乐观锁方式。所谓乐观锁就是,每次不加锁而是假设没有冲突而去完成某项操做,若是由于冲突失败就重试,直到成功为止。乐观锁实现的机制就是CAS操做(Compare and Swap)。咱们能够进一步研究ReentrantLock的源代码,会发现其中比较重要的得到锁的一个方法是compareAndSetState。这里其实就是调用的CPU提供的特殊指令。
现代的CPU提供了指令,能够自动更新共享数据,并且可以检测到其余线程的干扰,而 compareAndSet() 就用这些代替了锁定。这个算法称做非阻塞算法,意思是一个线程的失败或者挂起不该该影响其余线程的失败或挂起的算法。
synchronized原语和ReentrantLock在通常状况下没有什么区别,可是在很是复杂的同步应用中,请考虑使用ReentrantLock,特别是遇到下面2种需求的时候。
1.某个线程在等待一个锁的控制权的这段时间须要中断
2.须要分开处理一些wait-notify,ReentrantLock里面的Condition应用,可以控制notify哪一个线程
3.具备公平锁功能,每一个到来的线程都将排队等候
下面细细道来……
先说第一种状况,ReentrantLock的lock机制有2种,忽略中断锁和响应中断锁,这给咱们带来了很大的灵活性。好比:若是A、B 2个线程去竞争锁,A线程获得了锁,B线程等待,可是A线程这个时候实在有太多事情要处理,就是一直不返回,B线程可能就会等不及了,想中断本身,再也不等待这个锁了,转而处理其余事情。这个时候ReentrantLock就提供了2种机制:可中断/可不中断 第一,B线程中断本身(或者别的线程中断它),可是ReentrantLock不去响应,继续让B线程等待,你再怎么中断,我全当耳边风(synchronized原语就是如此); 第二,B线程中断本身(或者别的线程中断它),ReentrantLock处理了这个中断,而且再也不等待这个锁的到来,彻底放弃。