Reactor3 源码解析十一: Schedulers之单例模式

单例模式一般有两种实现方式: 静态内部类 和 DCL+volatile

reactor的Schedulers另辟新境,使用AtomicReference变相实现单例模式。

    public static Scheduler elastic() {
		return cache(CACHED_ELASTIC, ELASTIC, ELASTIC_SUPPLIER);
	}

    static AtomicReference<CachedScheduler> CACHED_ELASTIC  = new AtomicReference<>();

	static final String ELASTIC               = "elastic"; // IO stuff

    static final Supplier<Scheduler> ELASTIC_SUPPLIER =
			() -> newElastic(ELASTIC, ElasticScheduler.DEFAULT_TTL_SECONDS, true);

	static CachedScheduler cache(AtomicReference<CachedScheduler> reference, String key, Supplier<Scheduler> supplier) {
		CachedScheduler s = reference.get();
		if (s != null) {
			return s;
		}
        //并发情况下有可能new出多个CachedScheduler(当然这种概率很低)
		s = new CachedScheduler(key, supplier.get());
        //这里保证了仅有一个set到reference里
		if (reference.compareAndSet(null, s)) {
			return s;
		}
		//多余new出来的直接销毁
		s._dispose();
        //返回reference里的
		return reference.get();
	}

严格意义上,可能new多个对象,不算单例。这里仅仅提供一种设计思路

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值