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
