使用Boolean类型同步锁引起异常的分析

本文通过一个具体的Java代码示例,解析了同步锁在发生对象指向改变时导致IllegalMonitorStateException异常的原因,并提供了两种解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

原文地址 http://topic.youkuaiyun.com/u/20080710/19/f61cb4db-ddff-4457-a26a-4ea578b0cc6c.html?87447500 http://www.java2000.net/viewthread.jsp?tid=7085

提问:【tteesstt

public class MyTest {
  public static void main(String[] args) throws Exception {
    new TestThread().start();
    new TestThread().start();
    Thread.sleep(1000);
    System.out.println("Doing something...");
    synchronized (lock) {
      lock = false; // 语句1
      lock.notifyAll(); // 语句2
    }
  }
  static volatile Boolean lock = true;
}

class TestThread extends Thread {
  @Override
  public void run() {
    synchronized (MyTest.lock) {
      while (MyTest.lock) {
        try {
          MyTest.lock.wait();
        } catch (InterruptedException e) {
          e.printStackTrace();
        }
      }
      System.out.println(getId());
    }
  }
}
输出结果为
Doing something...
Exception in thread " main " java.lang.IllegalMonitorStateException
at java.lang.Object.notifyAll(Native Method)
at MyTest.test(MyTest.java: 13 )
at MyTest.main(MyTest.java: 3
如果把语句1和语句2调换一下就正常了。 大家给诊断一下,到底是为什么?
讨论过程请大家自行参考原始的帖子和我的整理帖子,这里只给出最终的分析结果
分析
当作为同步锁的对象发生改变时,比如换了一个新的对象,那么如果在新的对象上调用同步的wait等方法,由于并没有同步这个对象,而是同步的改变以前的那个,就会报出如上的异常。 我们来看代码
    synchronized (lock) {
      lock = false; // 语句1
      lock.notifyAll(); // 语句2
    }

语句1那里修改了lock的对象指向,结果造成下面的一句notifyAll使用了一个并没有synchronized的对象,随意报出了异常。

解决方法

方案1,使用Boolean的特殊性 由于 lock=false;的特殊性,分析Boolean的源代码发现

    public static final Boolean TRUE = new Boolean(true);
    public static final Boolean FALSE = new Boolean(false);
    public static Boolean valueOf(boolean b) {
        return (b ? TRUE : FALSE);
    }

    //发现其内部对于自动打包,拆包只使用了2个固定的对象。所以可以用

    synchronized (lock) {
      lock = false; // 语句1
      Boolean.TRUE.notifyAll(); // 语句2
    }

    // 直接使用那个TRUE就行了。

方法2:使用一个参数可变对象,而不是不可变的

比如

class MyLock {

   boolean lock = true;

  }

 static volatile MyLock lock = new MyLock();

  // 然后再代码里面用  

lock.lock=false;// 进行标志的变更和判断就可以了

 

结论:

同步锁最好单独使用,如果锁自身附带了其它作用,应使用一个可变的对象 推荐

static volatile MyLock lock = new MyLock();
应该写成
final static volatile MyLock lock = new MyLock();






<script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>
### 使用乐观避免优惠券重复发放 #### 数据库设计调整 为了利用乐观机制,在数据库中的`coupon_user`表应增加一个版本号字段(version)。每当有新的优惠券分配请求到来,系统会检查当前用户的优惠券领取状态以及对应的版本号。 ```sql ALTER TABLE coupon_user ADD COLUMN version INT NOT NULL DEFAULT 0; ``` #### Java代码实现逻辑 当用户尝试获取一张新优惠券,应用程序将执行如下操作: 1. 查询指定条件下的最新一条记录及其版本号; 2. 判断是否存在符合条件的未过期优惠券;如果不存在,则继续下一步骤;否则拒绝此次申请; 3. 插入一条带有初始版本号的新纪录到`coupon_user`表中,并设置相应的有效期限和其他属性; 4. 更新成功后返回结果给前端界面告知用户已成功领取优惠券。 以下是具体的Java伪代码示例[^1]: ```java public boolean issueCoupon(User user, CouponType type){ int affectedRows = jdbcTemplate.queryForObject( "SELECT COUNT(*) FROM coupon_user WHERE user_id=? AND expire_time>NOW()", Integer.class, user.getId() ); if (affectedRows > 0) { // 用户已经拥有一张有效的同种类型的优惠券 return false; } try{ KeyHolder keyHolder = new GeneratedKeyHolder(); jdbcTemplate.update(connection -> { PreparedStatement ps = connection.prepareStatement( "INSERT INTO coupon_user(user_id,coupon_type,status,create_time,expire_time,version)" + "VALUES(?,?,?,?,?,?)", Statement.RETURN_GENERATED_KEYS); ps.setLong(1,user.getId()); ps.setString(2,type.getCode()); ps.setInt(3,CouponStatus.UNUSED.getValue()); ps.setDate(4,new java.sql.Date(System.currentTimeMillis())); ps.setDate(5, DateUtils.addDays(new java.sql.Date(System.currentTimeMillis()),7)); ps.setInt(6,0); return ps; },keyHolder); Long generatedId=keyHolder.getKey().longValue(); log.info("User {} successfully received a new coupon with ID {}",user.getName(),generatedId); return true; }catch(DuplicateKeyException e){ // 处理由于并发引起的冲突异常情况 log.warn("Failed to insert due to concurrent modification"); return false; } } ``` 上述方法通过引入版本号实现了简单的乐观定功能。然而需要注意的是,这种方法适用于更新场景而非插入操作。对于新增加的数据项来说,乐观并不能完全杜绝竞态条件的发生——即两个几乎同到达的服务调用可能会导致相同的用户被授予多个相同种类的有效期内的优惠券实例。因此在这种情况下更推荐采用分布式或者其他更为严格的同步手段来保障业务一致性[^3]。
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值