关于java中设计模式的思考

 
/**
 * 多种单利模式的实现,对于第一种实现,缺点是无法控制对象在何时生成,
 * 比如该类如果还有一个静态变量就会导致单例被提前实现
 * 第二种方式,对于多线程环境下,可以通过增加synchronized来实现,
 * 但会增加系统的开销,如果不加锁,可能会导致对象被多次创建
 * 第三种方式 不需要加锁在在多线程的环境中也能很好的满足要求
 */
class sigletonDemoNormal{
    private static sigletonDemoNormal instance=new sigletonDemoNormal();
    public static sigletonDemoNormal getInstance(){
        return instance;
    }
}


class sigletonDemo{
    private static sigletonDemo instance;
    public sigletonDemo getInstance(){
        if(instance==null)
            instance = new sigletonDemo();
        return instance;
    }
}

public class safeSigleton {
    private safeSigleton(){
        System.out.println("create safeSigleton object");
    }
    //这种方式不用加锁
    private static class safeSigletonHolder{
        private static safeSigleton instance = new safeSigleton();
    }

    public static safeSigleton geinstance(){
        return safeSigletonHolder.instance;
    }
}

除此之外,最近在看书的时候,看到atomicInteger的内部实现利用了无锁的CAS算法来保证线程的安全性,这部分源码可以研读下。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值