为什么不推荐concurrentHashMap作为缓存使用

‌
ConcurrentHashMap‌虽然可以用于实现本地缓存，但在某些情况下并不推荐作为主要的缓存解决方案，主要原因包括：

1. 依赖对象不可变性‌：当使用自定义对象作为ConcurrentHashMap的键时，必须确保这些对象是不可变的。这是因为ConcurrentHashMap通过对象的hashCode()和equals()方法来判断键是否相同，如果对象可变，那么其hashCode()和equals()方法的结果可能会发生变化，导致缓存中的数据丢失或错误‌；

扩展：什么是对象可变，什么是对象不可变？

• 对象可变是指，对象的成员属性是可以改变的，如果可变对象存在于缓存中，其对象的hash值必然不稳定，容易造成丢失找不到原先的值；
• 对象不可变是指，对象的成员属性不可变，且对象不可被继承（容易被子类重写）；举例：JAVA平台类库中包含许多不可变类，如String、基本类型的包装类、BigInteger和BigDecimal等；

2. 缺乏过期和淘汰机制‌：ConcurrentLinkedHashMap（一种常用的本地缓存实现）缺乏基于时间的缓存过期机制。这意味着一旦数据被缓存，除非达到缓存上限，否则数据将一直保留在缓存中，即使某些数据可能不再需要。这可能导致缓存中存储过多的不必要数据，影响性能‌；
3. 不支持多种淘汰策略‌：与Redis等分布式缓存解决方案相比，ConcurrentHashMap不支持多种缓存淘汰策略，如LRU（最近最少使用）等。这些策略可以帮助更有效地管理缓存，提高缓存命中率‌；（扩展：Redis缓存淘汰策略-近似LRU算法）
4. 不支持缓存事件和通知‌：高级的缓存系统如Redis支持缓存事件和通知机制，如发布-订阅模式，这允许应用程序在缓存数据发生变化时得到通知。ConcurrentHashMap不具备这样的功能‌；

综上所述，虽然ConcurrentHashMap可以作为简单的本地缓存解决方案，但在需要高性能、高可用性、支持过期和淘汰策略的场景中，更推荐使用Redis、Memcached等成熟的分布式缓存解决方案‌