黑马程序员技术交流社区
标题:
线程synchronized同步改成LOCK 有点晕了
[打印本页]
作者:
荣天
时间:
2012-5-10 17:18
标题:
线程synchronized同步改成LOCK 有点晕了
线程synchronized同步改成LOCK
作者:
杨鹏
时间:
2012-5-10 18:31
首先为什么要同步:为了提高程序的运行效率,在程序中会使用多线程的技术,但是多线程并发访问同一数据时, 有可能出现线程安全问题, 这时就要使用线程同步技术来解决数据安全的问题。比如销售火车票,在使用多线程技术的时候,如果不采用线程同步,那么可能会造成火车票重复这样的数据安全问题。所以java提供了线程同步的方法。
在jdk1.5版本出现之前,线程同步是如下操作的:
1、代码块同步:synchronized(锁对象){同步代码}
2、方法(函数)同步:如果整个方法的代码都是需要同步, 那么可以在方法声明的进修用synchronized来修饰,比如:public synchronized void fun(){}
在jdk1.5版本出现以后:
1.线程同步:使用ReentrantLock类的lock()方法开始同步, 使用unlock()方法结束同步。
2.线程通信:
(1)使用ReentrantLock类的newCondition()方法来获取Condition类对象。
(2)调用Condition的await()方法等待, 调用Condition的signal()方法唤醒。
其实楼主可以把lock()理解为synchronized这样会好理解些。
作者:
韩慧阳
时间:
2012-5-10 19:28
因为在线程同步代码块中在1.5以前版本每次都要判断一次锁,这样很麻烦,而且要判断是谁的锁。
在1.5之后为了简化这种机制,推出了luck和unluck,其实使用方法很固定的,理解起来就是不再判断是谁的锁了,就直接luck————锁上!
用法就是Lock lock=new ReentrantLock();
lock.lock();//这个线程要执行,所以要锁上;火车厕所关门上锁,锁上写着有人!
try{ ........}//需要线程执行的代码;这个人开始方便
finaly{lock.unlock();}//方便完了,开门。 这个语句通过finaly你也应该知道,只要是用luck这句就一定要写的。用毕老师的例子理解就是这人总要方便完出来的嘛,出来就得开门,跳窗户肯定是不行。
作者:
小鹿叙鹿
时间:
2012-5-10 20:48
JDK 官方文档中提到:
ReentrantLock是“一个可重入的互斥锁 Lock,它具有与使用 synchronized 方法和语句所访问的隐式监视器锁相同的一些基本行为和语义,但功能更强大。
ReentrantLock 将由最近成功获得锁,并且还没有释放该锁的线程所拥有。当锁没有被另一个线程所拥有时,调用 lock 的线程将成功获取该锁并返回。如果当前线程已经拥有该锁,此方法将立即返回。可以使用 isHeldByCurrentThread() 和 getHoldCount() 方法来检查此情况是否发生。 ”
简单来说,ReentrantLock有一个与锁相关的获取计数器,如果拥有锁的某个线程再次得到锁,那么获取计数器就加1,然后锁需要被释放两次才能获得真正释放。这模仿了 synchronized 的语义;如果线程进入由线程已经拥有的监控器保护的 synchronized 块,就允许线程继续进行,当线程退出第二个(或者后续) synchronized 块的时候,不释放锁,只有线程退出它进入的监控器保护的第一个 synchronized 块时,才释放锁。
ReentrantLock 类(重入锁)实现了 Lock ,它拥有与 synchronized 相同的并发性和内存语义,但是添加了类似锁投票、定时锁等候和可中断锁等候的一些特性。此外,它还提供了在激烈争用情况下更佳的性能。(换句话说,当许多线程都想访问共享资源时,JVM 可以花更少的时候来调度线程,把更多时间用在执行线程上。)
作者:
小鹿叙鹿
时间:
2012-5-10 20:49
JDK 官方文档中提到:
ReentrantLock是“一个可重入的互斥锁 Lock,它具有与使用 synchronized 方法和语句所访问的隐式监视器锁相同的一些基本行为和语义,但功能更强大。
ReentrantLock 将由最近成功获得锁,并且还没有释放该锁的线程所拥有。当锁没有被另一个线程所拥有时,调用 lock 的线程将成功获取该锁并返回。如果当前线程已经拥有该锁,此方法将立即返回。可以使用 isHeldByCurrentThread() 和 getHoldCount() 方法来检查此情况是否发生。 ”
简单来说,ReentrantLock有一个与锁相关的获取计数器,如果拥有锁的某个线程再次得到锁,那么获取计数器就加1,然后锁需要被释放两次才能获得真正释放。这模仿了 synchronized 的语义;如果线程进入由线程已经拥有的监控器保护的 synchronized 块,就允许线程继续进行,当线程退出第二个(或者后续) synchronized 块的时候,不释放锁,只有线程退出它进入的监控器保护的第一个 synchronized 块时,才释放锁。
ReentrantLock 类(重入锁)实现了 Lock ,它拥有与 synchronized 相同的并发性和内存语义,但是添加了类似锁投票、定时锁等候和可中断锁等候的一些特性。此外,它还提供了在激烈争用情况下更佳的性能。(换句话说,当许多线程都想访问共享资源时,JVM 可以花更少的时候来调度线程,把更多时间用在执行线程上。)
作者:
黄坚声
时间:
2012-5-10 23:20
synchronized 修饰方法时 表示同一个对象在不同的线程中 表现为同步队列
如果实例化不同的对象 那么synchronized就不会出现同步效果了
1.对象的锁
所有对象都自动含有单一的锁。
JVM负责跟踪对象被加锁的次数。如果一个对象被解锁,其计数变为0。在任务(线程)第一次给对象加锁的时候,计数变为1。每当这个相同的任务(线程)在此对象上获得锁时,计数会递增。
只有首先获得锁的任务(线程)才能继续获取该对象上的多个锁。
每当任务离开一个synchronized方法,计数递减,当计数为0的时候,锁被完全释放,此时别的任务就可以使用此资源。
2.synchronized同步块
2.1同步到单一对象锁
当使用同步块时,如果方法下的同步块都同步到一个对象上的锁,则所有的任务(线程)只能互斥的进入这些同步块。
Resource1.java演示了三个线程(包括main线程)试图进入某个类的三个不同的方法的同步块中,虽然这些同步块处在不同的方法中,但由于是同步到同一个对象(当前对象 synchronized (this)),所以对它们的方法依然是互斥的。
比如
Class Test
{
public static User user=null;
Public synchronized void add(User u)
{
user=u;
Dao.save(user)
}
}
如果在线程1中 Test test=new Test();
User u=new User();
u.setUserName(“liaomin”);
u.setUserPassword(“liaomin”);
Test.add(u);
如果在线程2中 Test tes1t=new Test();
User u1=new User();
u1.setUserName(“huqun”);
u1.setUserPassword(“huqun”);
Tes1t.add(u1);
那么 现在线程1 和线程2同时启动 如果对象new的不是同一个Test
那么出现线程交叉的话 那么插入数据库中的数据就是相同的
因为你的user变量时静态的 你给他赋值第一次 假如还没有save的时候
另外一个线程改变了user的值 那么第一个线程插入时也就是第二次赋予的值了
所以要实现同步 那么可以改方法为静态的就能达到同步的效果了
修改如下
Public static synchronized void add(User u)
{
user=u;
Dao.save(user)
}
修改为static的方法是存在于堆中
是全局方法 针对于所有实例化与未 实例化的对象只存在一个 所以会出现同步队列
当然不用static 也可以 那就用lock
Class Test
{
public static User user=null;
Lock lock=new ReentrantLock();
Public void add(User u)
{
lock.lock();
user=u;
Dao.save(user);
lock.unlock();
}
}
这样无论你new多少个对象都会是线程同步的
相当于
Public static synchronized void add(User u)
{
user=u;
Dao.save(user)
}
同时 lock性能上高于synchronized
只是lock需要手动关闭
欢迎光临 黑马程序员技术交流社区 (http://bbs.itheima.com/)
黑马程序员IT技术论坛 X3.2