Lock与synchronized是不一样的

原创 2015年11月17日 23:17:18

很多编码者都会说,Lock类和synchronized关键字用在代码块的并发性和内存上时语义 是一样的,都是保持代码块同时只有一个线程具有执行权。这样的说法只对了一半,我们以一个任务提交给多个线程运行为例,来看看使用显式锁(Lock类)和内部锁(synchronized 关键字)有什么不同。首先定义一个任务:

class Task{
	public void doSomething(){
		try {
			//每个线程等待2秒钟,注意将此时的线程转为WAITING状态
			Thread.sleep(2000);
		} catch (Exception e) {
			// TODO: handle exception
		}
		StringBuffer sb=new StringBuffer();
		sb.append("线程名称是:"+Thread.currentThread().getName());
		sb.append(",执行时间是:"+Calendar.getInstance().get(13)+"s");
		System.out.println(sb);
		
	}
}

该类模拟了一个执行时间比较长的计算,注意这里使用的是模拟方式,在使用sleep 方法时线程的状态会从运行状态转变为等待状态。该任务要具备多线程能力时必须实现Rmmable接口,我们分别建立两种不同的锁实现机制,首先看

//显式销实现 //一个线程一个锁  锁不共享  不会互斥
class TaskWithLock extends Task implements Runnable{
	//声明显式锁
	final Lock lock=new ReentrantLock();//一个线程一个锁  锁不共享  不会互斥
	@Override
	public void run() {
		// TODO Auto-generated method stub
		try {
			//开始锁定
			lock.lock();
			doSomething();
		} catch (Exception e) {
			// TODO: handle exception
		}finally{
			//释放销
			lock.unlock();
		}
	}
	
}


这里有一点需要说明的是,显式锁的锁定和释放必须在一个try……finally块中,这是 为了确保即使出现运行期异禽也能正常释放锁,保证其他线程能够顺利执行。

内部锁的处理也非常简单,代码如下:

//内部<span style="font-size:18px;">锁</span>任务
class TaskWithSync extends Task implements Runnable{

	@Override
	public void run() {
		// TODO Auto-generated method stub
		//内部锁
		synchronized ("A") {//跟随类 类的  所有对象共享
			doSomething();
		}
	}
	
}


这两个任务看着非常相似,应该能够产生相似的结果吧?我们建立一个模拟场景,保证同时有三个线程在运行,代码如下:

public static void runTasks(Class <? extends Runnable> clz) throws Exception{
	ExecutorService es=Executors.newCachedThreadPool();
	System.out.println("***开始执行"+clz.getSimpleName()+"任务***");
	//启动三个线程
	for(int i=0;i<3;i++){
		es.submit(clz.newInstance());
	}
	//等待足够长的时间,然后关闭执行器
	TimeUnit.SECONDS.sleep(10);
	System.out.println("-----"+clz.getSimpleName()+"任务执行完毕------\n");
	es.shutdown();
}
	
	public static void main(String[] args) throws Exception {
		//运行显式销任务
		runTasks(TaskWithLock.class);
		  //运行内部销任务
		runTasks(TaskWithSync.class);
		
}


按照一般的理解,Lock和synchronized的处理方式是相同的,输出应该没有差别,但是 很遗憾的是,输出差别其实很大。输出如下:

***** 开始执行TaskWithLock 任务 ******

线程名称:pool-1-thread-l,执行时间:33 s 线程名称:pool-1-thread-2,执行时间:33 a 线程名称:pool-1-thread-3,执行时间:33 s

----- TaskWithLock任务执行完毕-

***** 开始执行 TaskWithSync任务 ******

线程名称pool-2-thread-l,执行时间:43 s 线程名称:pool-2-thread-3,执行时间:45 s 线程名称:pool-2-thread-2,执行时间:47 s

----- TaskWithSync任务执行完毕-

注意看运行的时间戰,显式锁是同时运行的,很显然在pool-1-thread-l线程执行到 sleep时,其他两个线程也会运行到这里,一起等待,然后一起输出,这还具有线程互斥的槪念吗?

而内部锁的输出则是我们的预期结果:pool-2-thread-l线程在运行时其他线程处于等待 状态,pool-2-thread-l执行完毕后,JVM从等待线程池中随机获得一个线程pol-2-thread-3 执行,最后再执行pool-2-thread-2,这正是我们希望的。

现在问题来了: Lock锁为什么不出现互斥情况呢?

这是因为对于同步资源来说(示例中是代码块),显式锁是对象级别的锁,而内部锁是类级别的锁,也就是说Lock锁是跟随对象的,synchronized锁是跟随类的,更简单地说把 Lock定义为多线程类的私有属性是起不到资源互斥作用的,除非是把Lock定义为所有线程 的共享变量。都说代码是最好的解释语言,我们来看一个Lock锁资源的代码:

	public static void main(String[] args) throws Exception {	
		
		//多个线程共享锁
		final Lock lock=new ReentrantLock();
		//启动三个线程
		for(int i=0;i<3;i++){
			new Thread(new Runnable() {
				
				@Override
				public void run() {
					// TODO Auto-generated method stub
					try {
						lock.lock();
						Thread.sleep(2000);
						System.out.println(Thread.currentThread().getName());
					} catch (InterruptedException e) {
						// TODO Auto-generated catch block
						e.printStackTrace();
					}finally{
						lock.unlock();
					}
				}
			}).start();
		}
	}


读者可以执行一下,会发现线程名称Thread-0、Thread-1、Thread-2会逐渐输出,也就 是一个线程在执行时,其他线程就处于等待状态。注意,这里三个线程运行的实例对象是同一个类(都是Client$l类的实例)。

那除了这一点不同之外,显式锁和内部锁还有什么不同呢?还有以下4点不同:

(1) Lock支持更细粒度的锁控制

假设读写锁分离,写操作时不允许有读写操作存在,而读操作时读写可以并发执行,这一点内部锁就很难实现。显式锁的示例代码如下:

class Foo{

   //可重入的读写锁

    private  final ReentrantReadWriteLock rwl = new ReentrantReadWriteLock();

   //读锁

   privatefinal Lock r = rwl. readLock ();

   //写锁

   private final Lock w = rwl.writeLockO;

   //多操作,可并发执行

   publicvoid read() {

     try {

         r.lock() ;

        Thread.sleep(1000);

        System.out.println("read....)

   }catch (InterruptedException e) {

        e.printStackTrace();

   } finally {

       r.unlock();
   }
}
 //写操作,同时只允许一个写操作

  public void write{Object _obj) { 
       try {

          w.lock();

          Thread.sleep{1000);

          System, out .printIn (“Writing   ");

      } catch(InterruptedException e) {
           e.printStackTrace();

      } finally {

         w. unlock();

      }

   }

}


可以编写一个Runnable的实现类,把Foo类作为资源进行调用(注意多线程是共享这 个资源的),然后就会发现这样的现象:读写锁允许同时有多个读操作但只允许有一个写操作,也就是当有一个写线程在执行时,所有的读线程和写线程都会阻塞,直到写线程释放锁 资源为止,而读锁则可以有多个线程同时执行。

(2)  Lock是无阻塞锁,synchronized是阻塞锁

当线程A持有锁时,线程B也期望获得锁,此时,如果程序中使用的是显式锁,则B 线程为等待状态(在通常的描述中,也认为此线程被阻塞了),若使用的是内部锁则为阻塞状态。

(3)  Lock可实现公平锁,synchronized只能是非公平锁

什么叫非公平锁呢?当一个线程A持有锁,而线程B、C处于阻塞(或等待)状态时, 若线程A释放锁,JVM将从线程B、C中随机选择一个线程持有锁并使其获得执行权,这叫 做非公平锁(因为它抛弃了先来后到的顺序);若JVM选择了等待时间最长的一个线程持有 锁,则为公平锁(保证每个线程的等待时间均衡)。需要注意的是,即使是公平锁,JVM也 无法准确做到“公平”,在程序中不能以此作为精确计算。

显式锁默认是非公平锁,但可以在构造函数中加入参数true来声明出公平锁,而 synchronized实现的是非公平锁,它不能实现公平锁。

(4) Lock是代码级的,synchronized是JVM级的

Lock是通过编码实现的,synchronized是在运行期由JVM解释的,相对来说

synchronized的优化可能性更髙,毕竟是在最核心部分支持的,Lock的优化则需要用户自行

考虑。

显式锁和内部锁的功能各不相同,在性能上也稍有差别,但随着JDK的不断推进,相 对来说,显式锁使用起来更加便利和强大,在实际开发中选择哪种类型的锁就需要根据实际情况考虑了:灵活、强大则选择Lock,快捷、安全则选择synchronized。

注意两种不同的锁机制,根据不同的情况来选择。

版权声明:本文为博主原创文章,未经博主允许不得转载。 举报

相关文章推荐

lock锁与synchronized

原文出处:http://www.cnblogs.com/dolphin0520/ Java并发编程:Lock   在上一篇文章中我们讲到了如何使用关键字synchronized来实现同...

synchronized与Lock

synchronized特性: a.采用synchronized修饰符实现的同步机制叫做互斥锁机制,它所获得的锁叫做互斥锁。每个对象的锁只能分配给一个线程,因此叫做互斥锁 b.类的每个实例都有自己的...

精选:深入理解 Docker 内部原理及网络配置

网络绝对是任何系统的核心,对于容器而言也是如此。Docker 作为目前最火的轻量级容器技术,有很多令人称道的功能,如 Docker 的镜像管理。然而,Docker的网络一直以来都比较薄弱,所以我们有必要深入了解Docker的网络知识,以满足更高的网络需求。

Lock 与 Synchronized

多线程保证数据的线程安全与数据同步   多线程开发中不可避免的要用到锁,一段被加锁的代码被一个线程执行之前,线程要先拿到执行这段代码的权限,在Java里边就是拿到某个同步对象的锁(一个对象只有一把锁)...

Lock 与 Synchronized

lock()方法用于锁定对象,unlock()方法用于释放对对象的锁定,他们都是在Lock接口中定义的方法。位于这两个方法之间的代码在被执行时,效果等同于被放在synchronized同步块中。一般用...

简析Lock与synchronized

synchronized想来大家都比较熟悉,这是java的一个关键字,也就是java的一个内置特性。但既生瑜何生亮,既然有了synchronized来实现同步,为何还要新增Lock,想来Lock肯定有...

synchronized与lock区别

synchronized 修饰方法时 表示同一个对象在不同的线程中 表现为同步队列。如果实例化不同的对象 那么synchronized就不会出现同步效果了。1、对象的锁所有对象都自动含有单一的锁。JV...

Lock与Synchronized小结

【区别】synchronized:对象锁,调用synchronized方法的线程取得该对象锁后,其他线程需要等待该线程释放该对象锁后才能进入该方法。若是持有不同的对象的线程,则可以同时进入该方法。注意...

synchronized 与 Lock区别

在上一篇文章中,我们谈到了采用synchronized来实现多线程同步,在Java中还一种实现多线程同步的方法,那就是Lock。下面主要谈谈这两种多线程同步的区别。 1、synchronized是在...

synchronized 与 Lock 对比

synchronized 与 Lock 对比

synchronized与lock区别

synchronized 修饰方法时 表示同一个对象在不同的线程中 表现为同步队列 如果实例化不同的对象 那么synchronized就不会出现同步效果了 比如 Class Test...
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)