关于double check 模式应用的另外思考

    最近觉得把double check 模式仅仅理解成singleton的多线程版本限制了他的应用。下面谈一下我的一些理解。
    现实生活中对于一种临界资源,我们常常采取的方式是事先了解一下他的使用情况,然后再决定是等待还是离开。比如去图书馆借书前我们会先了解一下需要的书是否在馆内,去饭店吃饭我们会先问一下有没有位子等等。尽管即使事先我们了解了情况,去了之后却发现仍有别人比我们先来一步,但是这是合乎情理的,起码我们还有些希望。
    在多线程环境中,一个线程就是一个消费者对象,让一个不知情的线程等待是不合理的。按照面向对象的思想,这里正是使用double check的时机!
   if(!no_room()){
        lock();
        if(!no_room()){
            use_it();
        }
        unlock();
    }
这样不是更拟人化一点么,更重要的是这样的应用场合几乎随处可见!
~end~
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值