番石榴/咖啡因/中的ConcurrentHashMap计算？高速缓存
从Java8开始，我们可以在ConcurrentHashMap上使用。compute*方法来按键同步处理，这样，如果两个线程同时在同一个键上执行。compute*方法，回调仍然会相继执行，而不是同时执行。但是ConcurrentHashMap不能像缓存通常允许的那样提供及时删除数据的能力。
Guava/Caffeine缓存提供了基于时间的自动删除值的能力，但是您没有基于键的同步处理的讨厌特性，如在ConcurrentHashMap中（您可以使用asMap方法获得ConcurrentMap，但是.compute*实现不提供基于键的同步）
我的目标是像在ConcurrentHashMap中那样按键处理同步，像在Guava/Caffeine中那样按时间处理移除。
在Java中实现它的最佳方法是什么？
共有1个答案
我对咖啡因的看法是错的--它支持计算机的原子操作。番石榴支持从21版本开始增加。
-
要在spring boot应用程序中本地缓存一些数据，在读/写操作方面哪种技术更好？HashMap vs ConcurrentHashMap vs LoadingCache（Guava library）我试着在每一个上面写和读操作，HashMap是最快的，LoadingCache是最慢的，那么我们为什么要使用LoadingCache，目的是什么？ 编辑：应用程序是多线程的。此外，缓存的最大大小、过
-
问题内容： 在过去的几周内，我一直在尝试使用番石榴的MapMaker查找理想的缓存实现。 根据我所学的知识，我的下一个尝试将弃用软值，以使用maximumSize和expireAfterAccess： 哪里 但是，我仍然要解决的一个问题是，一旦它们用完了，即使对象很容易到达，此实现也将逐出对象。这可能会导致环境中漂浮着具有相同UID的多个对象，而这是我所不希望的（我相信我试图实现的目标称为规范化）
-
问题内容： 刚刚发现了Guava库项目。 这些与GWT兼容吗？ 问题答案： 从该页面的介绍性PDF中， 您可以在…上使用这些库。 在JDK 6上 在Android上， 我们认为。需要志愿者来帮助我们进行测试。 在Google App Engine上， 我们认为。需要志愿者来帮助我们进行测试。 在GWT上-参差不齐！ 由于GWT的JDK库支持 可能参差不齐，也许是2/3，所以到目前为止，这些库中的东
-
问题内容： 我想知道哪个更有效，为什么？ 1） 要么 2） 问题答案： 我看不出您为什么要在此处使用builder的任何原因： 比在这种情况下制作一个更具可读性， 不会推断通用类型，并且在用作单行代码时必须自己指定类型， （来自docs） 在与另一个不可变集合调用时 做得很好（ 尝试避免在安全的情况下实际复制数据 ）， （从源） 调用以前创建的，同时避免为零元素和一元素集合创建任何列表（分别返回空
-
我想为番石榴设个坑(http://pitest.org/)进行突变熟练度测试，但我在尝试运行时出现以下错误。这是我得到的错误： 基本上，要么PIT没有检测到测试，要么测试在PIT中运行不正常，所有测试都失败了。我读了这篇文章：JUnit测试通过，但PIT说套件不是绿色的，我认为“您的代码库是否包含可变静态状态？（例如在单例中）”是问题所在，但我不知道如何修复它。如果测试套件有一些隐藏的顺序依赖关系
-
我的 Spark 版本是 2.2.0，它在本地工作，但在具有相同版本的 EMR 上，它给出了以下异常。