Java并发之构建高效且可伸缩的结果缓存

背景

构建一个高效且可伸缩的结果缓存,从多个方案中分析优缺点并最终搞一个最佳实践

前置内容说明

public interface Computable <A,V>{

    V compute(A arg) throws InterruptedException;
}
public class ExpensiveFunction implements Computable<String, BigInteger> {

    @Override
    public BigInteger compute(String arg) throws InterruptedException {
        //经过较长时间计算后的操作

        return new BigInteger(arg);
    }
}

目的:将创建一个Computable包装器,帮助记住之前的计算结果,并将缓存过程封装起来。

1、使用HashMap和同步机制来初始化缓存

public class Memoizer1<A,V> implements Computable<A,V> {

    private final Map<A,V> cache = new HashMap<A,V>();
    private Computable<A,V> mComputable;

    public Memoizer1(Computable<A,V> computable){
        mComputable=computable;
    }

    @Override
    public synchronized V compute(A arg) throws InterruptedException {
        V result = cache.get(arg);
        if(result==null){
            result=mComputable.compute(arg);
            cache.put(arg,result);
        }
        return result;
    }
}

缺点:
hashMap不是线程安全的,所以对整个方法进行了同步;这种方法能确保线程安全性,但是会带来一个明显 的可伸缩性问题,每次只有一个线程能够执compute如果有多个线程在排队等待还未计算出的结果,那么compute方法的计算时间可能比没有缓存操作的计算时间更长

2、使用ConcurrentHashMap处理并发

public class Memoizer2<A,V> implements Computable<A,V> {

    private final Map<A,V> cache = new ConcurrentHashMap<>();
    private Computable<A,V> mComputable;

    public Memoizer2(Computable<A,V> computable){
        mComputable=computable;
    }

    @Override
    public  V compute(A arg) throws InterruptedException {
        V result = cache.get(arg);
        if(result==null){
            result=mComputable.compute(arg);
            cache.put(arg,result);
        }
        return result;
    }
}

缺点:
相比Memoizer1,Memoizer2对compute去掉了方法同步,并且使用ConcurrentHashMap替代了HashMap; 不足之处在于当两个线程同时掉用compute时存在一个漏洞,可能会导致计算得到相同的值,这种情况特别时对于单次初始化的对象缓存来说,风险更大其次时某个线程启动了一个开销很大的计算,而其它线程并不知道这个计算正在进行,那么很可能会重复这个计算

3、FutureTask处理单个线程开销大时,其它线程不知道计算正在进行

public class Memoizer3<A, V> implements Computable<A, V> {

    private final Map<A, Future<V>> cache = new ConcurrentHashMap<A, Future<V>>();
    private Computable<A, V> mComputable;

    public Memoizer3(Computable<A, V> computable) {
        mComputable = computable;
    }

    @Override
    public V compute(final A arg) throws InterruptedException {
        Future<V> result = cache.get(arg);
        if (result == null) {
            Callable<V> callable = new Callable<V>() {
                @Override
                public V call() throws Exception {

                    return mComputable.compute(arg);
                }
            };
            FutureTask<V> task = new FutureTask<>(callable);
            result = task;
            cache.put(arg, result);
            task.run();
        }
        try {
            return result.get();
        } catch (ExecutionException e) {
            e.printStackTrace();
            throw new InterruptedException(e.getMessage());
        }
    }
}

缺点:
当前表现出了非常好的并发性,若结果已经计算出来,那么将立即返回;如果其它线程在计算结果,那么新到的线程将一直等待这个结果被计算出来;仍然有一个缺陷,即仍然存在两个线程计算出相同值的漏洞;是由于compute方法中if代码块仍然时非原子的先检查再执行操作符合操作(若没有则添加)是在底层的Map对象上执行的,而这个对象无法通过加锁来确保原子性

4、Future+ConcurrentMap中的原子方法putIfAbsent

最佳方案

public class Memoizer4<A, V> implements Computable<A, V> {

    private final Map<A, Future<V>> cache = new ConcurrentHashMap<>();
    private final Computable<A, V> mComputable;

    public Memoizer4(Computable<A, V> computable) {
        mComputable = computable;
    }

    @Override
    public V compute(final A arg) throws InterruptedException {
        while (true) {
            Future<V> result = cache.get(arg);
            if (result == null) {
                Callable<V> callable = new Callable<V>() {
                    @Override
                    public V call() throws Exception {
                        return mComputable.compute(arg);
                    }
                };
                FutureTask<V> task = new FutureTask<>(callable);
                result = cache.putIfAbsent(arg, task);
                if (result == null) {
                    result = task;
                    task.run();
                }
            }
            try {
                return result.get();
            } catch (CancellationException e) {
                //当缓存的是Future而不是值时,将导致缓存污染问题,计算失败或者取消,需要将Future移除
                cache.remove(arg, result);
            } catch (ExecutionException exception) {
                exception.printStackTrace();
            }
        }
    }
}

备注:参考【Java并发编程实践】

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Java中的Lock是一种更高级别的线程同步机制,它比传统的synchronized关键字更加灵活,性能也更好。Java中的Lock要求显式地获取锁和释放锁,而synchronized则会自动获取和释放锁。下面介绍一下Lock的使用及其常见的使用场景。 ### Lock的使用 Java中的Lock接口定义了一组方法,用于获取锁、释放锁以及其他一些与锁相关的操作。Lock的常用实现类有ReentrantLock、ReentrantReadWriteLock.ReadLock和ReentrantReadWriteLock.WriteLock等。 下面是一个简单的使用ReentrantLock的示例: ```java import java.util.concurrent.locks.Lock; import java.util.concurrent.locks.ReentrantLock; public class LockDemo { private Lock lock = new ReentrantLock(); public void method() { lock.lock(); // 获取锁 try { // 这里是需要同步的代码块 } finally { lock.unlock(); // 释放锁 } } } ``` 在上面的示例中,我们使用了ReentrantLock来实现锁的功能。在需要同步的代码块前调用lock()方法获取锁,在同步代码块执行完后调用unlock()方法释放锁。 ### Lock的使用场景 Lock的使用场景与synchronized类似,都是在多线程环境下对共享资源进行同步。但是,由于Lock的灵活性更强,所以它的使用场景比synchronized更加广泛。 下面是一些常见的Lock的使用场景: - 高并发情况下的线程同步:在高并发情况下,使用Lock可以提供更好的性能,因为它的实现比synchronized更加高效。 - 读写分离的情况下的线程同步:在读写分离的情况下,使用ReentrantReadWriteLock可以实现读写锁,使得读操作可以并发执行,而写操作需要独占锁,保证数据的一致性。 - 死锁避免:在使用synchronized时,如果由于某些原因没有及时释放锁,就可能导致死锁。而使用Lock时,可以在获取锁的时候设置超时时间,避免死锁的发生。 总之,Lock是Java中一种强大的线程同步机制,使用时需要注意锁的获取和释放,以及异常处理等问题,但它的灵活性和性能优势使得它成为Java并发编程中不可或缺的一部分。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值