缓存是集合框架HashMap怎么做?
2)缓存是集合框架
马克-to-win:在 实践当中,有很多数据并不是像火车票数或者账户余额这样的关键数据(存在的意义就是为了疯狂的加减,疯狂的变化)。它们只是普通数据库表的一个缓存而已。 比如淘宝网中展示的衣服数据,基本不变,即使变了,不实时准确的展示最新的,也不会引起灾难性的后果,不像银行账户或火车票数。马克-to-win:这种数据我们就考虑放在集 合框架当中。我们的备选方案有1)Hashtable,2)HashMap,3)Collections.synchronizedMap(new HashMap())或4)ConcurrentHashMap()。
i)HashTable:
马克-to-win:HashTable本身是 synchronized。换句话说,HashTable的类里面用很多synchronized关键字来保证线程安全。在高并发情况下, HashTable的效率非常低下。另外,一个线程往Hashtable添加(put)元素,同时另一个线程读数据会引起 ConcurrentModificationException异常。这叫fast-fail(快速失败,失败越快,错误越小)
ii)HashMap
马克-to-win:和Hashtable相比,HashMap是线程不安全的。Hashtable的并发低效,HashMap是没有了。 但线程安全的问题,你得时刻谨记在心。在你自己的线程里面,该加synchronized的地方一定得加。和Hashtable一样,一个线程往 HashMap添加(put)元素,同时另一个线程读数据也会引起ConcurrentModificationException异常。
iii)Map map = Collections.synchronizedMap(new HashMap());
马克-to-win:网上有一种观点认为:它的实现原理是Collections定义了一个所谓的SynchronizedMap的内部类 (所以我们看不到这个类),这个类实现了Map接口,它里面的方法冠以synchronized来保证线程同步。这样就达到了这样一个目的:非并发环境, 用HashMap,并发环境用Collections.synchronizedMap(new HashMap())。但它的官方文档说还是有很多限制,比如访问时,还是得用同步块。说穿了还是不适合并发环境用。最致命的就是:一个线程添加 (put)元素,同时另一个线程读数据也会引起ConcurrentModificationException异常。
更多内容请见原文,文章转载自:https://blog.csdn.net/qq_44638460/article/details/104147803