ConcurrentHashMap与FutureTask的使用

问题:许多应用的计算过程会相当久,因而会采用某种形式的缓存,重用之前的计算结果以降低延迟、提高吞吐量。例如因数分解,其计算过程可能会相当长,采用缓存将是一种不错的选择。但是如果计算过程是一个并发的行为,那么需要考虑多线程之间的同步。如何解决该问题?


首先我们定义一个需要计算很久的接口,如下所示,其中A是输入类型,V是输出类型

package cache;

public interface Computable<A, V> {
	V compute(A arg) throws InterruptedException;    // 该计算过程可能需要很长时间
}

方法一:

  实现缓存一个比较简单的方法是采用HashMap来存储,但是由于HashMap不是线程同步的,因而我们在计算的时候需要加锁,以防止多个线程对HashMap进行操作,如下所示:

package cache;

import java.util.HashMap;
import java.util.Map;

public class Memorizer<A, V> implements Computable<A, V> {
	private final Map<A, V> cache = new HashMap<A, V>();
	private final Computable<A, V> c;
		
	public Memorizer(Computable<A, V> c) {
		this.c = c;
	}

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

}

但是这种方法效率很低,因为每次只能有一个线程在进行计算或者取值


方法二:

为了解决方法一的问题,我们可以采用ConcurrentHashMap来存储缓存,它是线程安全的容器,多线程对它进行操作是,不会出现并发错误问题

package cache;

import java.util.Map;
import java.util.concurrent.ConcurrentHashMap;

public class Memorizer<A, V> implements Computable<A, V> {
	private final Map<A, V> cache = new ConcurrentHashMap<A, V>();
	private final Computable<A, V> c;
		
	public Memorizer(Computable<A, V> c) {
		this.c = c;
	}

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

}

但是这种方法也存在一种问题,当2个线程计算相同的参数arg,并且同时执行到

if (result == null)

时,他们都会开始长时间的重复计算同一个数据,这样会导致降低效率


方法三:

为了解决方法二的问题,一种可行的方法是当一个线程正在计算某个值arg时,另一个线程也需要取arg的计算结果,那么就让后者等待前者计算完成,然后再去取出前者的结果。要实现这种方法,可以采用FutureTask来进行计算过程。

package cache;

import java.util.concurrent.Callable;
import java.util.concurrent.ConcurrentHashMap;
import java.util.concurrent.ExecutionException;
import java.util.concurrent.FutureTask;

public class Memorizer<A, V> implements Computable<A, V> {
	private final ConcurrentHashMap<A, FutureTask<V>> cache = new ConcurrentHashMap<A, FutureTask<V>>();
	private final Computable<A, V> c;

	public Memorizer(Computable<A, V> c) {
		this.c = c;
	}

	@Override
	public V compute(final A arg) throws InterruptedException {
		FutureTask<V> f = cache.get(arg);
		if (f == null) {
			Callable<V> cb = new Callable<V>() {
				public V call() throws InterruptedException {
					return c.compute(arg);    // 真正计算的地方
				}
			};
			FutureTask<V> ft = new FutureTask<V>(cb);
			f = cache.putIfAbsent(arg, ft); // 使用putIfAbsent是因为可以判断是否是第一个加入缓存的,第一个加入的返回null,后加入的返回前面已经加入的值
			if (f == null) {	// 表示第一个加入,进行计算,后加入的不计算,等待第一个加入的计算结果
				f = ft;
				ft.run();	// 开始计算
			}
		}

		try {
			return f.get();  // 等待计算结果,如果计算完成,则返回
		} catch (ExecutionException e) {
			e.printStackTrace();
		}
		return null;

	}

}

改进:

在方法三中,如果FutureTask计算失败,或者被取消了,我们需要把加入的移除缓存,并且重新计算

package cache;

import java.util.concurrent.Callable;
import java.util.concurrent.CancellationException;
import java.util.concurrent.ConcurrentHashMap;
import java.util.concurrent.ExecutionException;
import java.util.concurrent.FutureTask;

public class Memorizer<A, V> implements Computable<A, V> {
	private final ConcurrentHashMap<A, FutureTask<V>> cache = new ConcurrentHashMap<A, FutureTask<V>>();
	private final Computable<A, V> c;

	public Memorizer(Computable<A, V> c) {
		this.c = c;
	}

	@Override
	public V compute(final A arg) throws InterruptedException {
		while (true) {
			FutureTask<V> f = cache.get(arg);
			if (f == null) {
				Callable<V> cb = new Callable<V>() {
					public V call() throws InterruptedException {
						return c.compute(arg);    // 真正计算的地方
					}
				};
				FutureTask<V> ft = new FutureTask<V>(cb);
				f = cache.putIfAbsent(arg, ft); // 使用putIfAbsent是因为可以判断是否是第一个加入缓存的,第一个加入的返回null,后加入的返回前面已经加入的值
				if (f == null) { // 表示第一个加入,进行计算,后加入的不计算,等待第一个加入的计算结果
					f = ft;
					ft.run(); // 开始计算
				}
			}

			try {
				return f.get();  // 等待计算结果,如果计算完成,则返回
			} catch (CancellationException e) {
				cache.remove(arg);	// 计算被取消了,移除,并重新计算
			} catch (ExecutionException e) {
				throw (InterruptedException)e.getCause();
			}
		}
	}

}

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
线程的状态以及各状态之间的转换详解.mp4 线程的初始化,中断以及其源码讲解.mp4 多种创建线程的方式案例演示(一)带返回值的方式.mp4 多种创建线程的方式案例演示(二)使用线程池.mp4 Spring对并发的支持:Spring的异步任务.mp4 使用jdk8提供的lambda进行并行计算.mp4 了解多线程所带来的安全风险.mp4 从线程的优先级看饥饿问题.mp4 从Java字节码的角度看线程安全性问题.mp4 synchronized保证线程安全的原理(理论层面).mp4 synchronized保证线程安全的原理(jvm层面).mp4 单例问题与线程安全性深入解析.mp4 理解自旋锁,死锁与重入锁.mp4 深入理解volatile原理与使用.mp4 JDK5提供的原子类的操作以及实现原理.mp4 Lock接口认识与使用.mp4 手动实现一个可重入锁.mp4 AbstractQueuedSynchronizer(AQS)详解.mp4 使用AQS重写自己的锁.mp4 重入锁原理与演示.mp4 读写锁认识与原理.mp4 细读ReentrantReadWriteLock源码.mp4 ReentrantReadWriteLock锁降级详解.mp4 线程安全性问题简单总结.mp4 线程之间的通信之wait notify.mp4 通过生产者消费者模型理解等待唤醒机制.mp4 Condition的使用及原理解析.mp4 使用Condition重写waitnotify案例并实现一个有界队列.mp4 深入解析Condition源码.mp4 实战:简易数据连接池.mp4 线程之间通信之join应用与实现原理剖析.mp4 ThreadLocal 使用及实现原理.mp4 并发工具类CountDownLatch详解.mp4 并发工具类CyclicBarrier 详解.mp4 并发工具类Semaphore详解.mp4 并发工具类Exchanger详解.mp4 CountDownLatch,CyclicBarrier,Semaphore源码解析.mp4 提前完成任务之FutureTask使用.mp4 Future设计模式实现(实现类似于JDK提供的Future).mp4 Future源码解读.mp4 ForkJoin框架详解.mp4 同步容器与并发容器.mp4 并发容器CopyOnWriteArrayList原理与使用.mp4 并发容器ConcurrentLinkedQueue原理与使用.mp4 Java中的阻塞队列原理与使用.mp4 实战:简单实现消息队列.mp4 并发容器ConcurrentHashMap原理与使用.mp4 线程池的原理与使用.mp4 Executor框架详解.mp4 实战:简易web服务器(一).mp4 实战:简易web服务器(二).mp4 JDK8的新增原子操作类LongAddr原理与使用.mp4 JDK8新增锁StampedLock详解.mp4 重排序问题.mp4 happens-before简单概述.mp4 锁的内存语义.mp4 volatile内存语义.mp4 final域的内存语义.mp4 实战:问题定位.mp4
ConcurrentHashMap和Hashtable都是线程安全的哈希表实现,但它们在使用场景上有一些区别。 1. ConcurrentHashMapConcurrentHashMap是Java并发包中提供的线程安全的哈希表实现。它采用了分段锁的机制,将整个哈希表分成多个段(Segment),每个段都有自己的锁。这样,在多线程环境下,不同的线程可以同时访问不同的段,从而提高了并发性能。 ConcurrentHashMap适用于以下场景: - 需要高并发性能的场景:ConcurrentHashMap在多线程环境下具有较好的并发性能,适用于高并发读写的场景。 - 需要较低的同步开销:由于ConcurrentHashMap采用了分段锁的机制,只有在同一个段内的操作才需要进行同步,不同段之间的操作可以并发执行,因此同步开销相对较低。 2. Hashtable: Hashtable是Java早期提供的线程安全的哈希表实现。它使用了全局锁来保证线程安全,即每个操作都需要获得整个哈希表的锁。这样,在多线程环境下,不同线程之间需要竞争同一个锁,可能会导致性能瓶颈。 Hashtable适用于以下场景: - 需要线程安全的场景:Hashtable在多线程环境下提供了线程安全的操作,适用于需要保证数据一致性的场景。 - 不需要高并发性能的场景:由于Hashtable使用了全局锁,不同线程之间需要竞争同一个锁,可能会导致性能瓶颈。因此,在高并发读写的场景下,Hashtable的性能可能较差。 总结来说,ConcurrentHashMap适用于高并发性能要求较高的场景,而Hashtable适用于对线程安全要求较高但并发性能要求不高的场景。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值