共有1个答案
郎和通
是的，可以使用chroniclemap而不在热路径上进行任何分配（即垃圾）。如果您有原始键（或值），您应该使用由编年史值库促进的flyweight模式。请参见教程中的值接口而不是装箱原语部分。
类似资料：
-
思想？
-
我们有一个在50台服务器上使用相同数据集（键值对）的系统。对该数据集的更新数量约为每小时1000次，并且必须在这50台服务器上复制。我们有一个主系统接收这些更新，并负责将这些更新传播到其他服务器。目前，我们每小时以文件的形式将整个数据集（而不是增量更新）同步到所有服务器。然后将这些数据加载到不可变的Koloboke映射中。每个服务器每秒处理大约25000个请求，每个请求对这个映射进行30次查找。在
-
一个简单的问题：我看到chronicle Map3x正在将一些功能转移到引擎产品中。然而，引擎本身依赖于MAP2X。我有点困惑，我怎么能把它们一起用呢？我想我错过了什么，但不确定到底是什么。
-
我有以下映射定义，其中map.containsKey（）显然不起作用： 我使用的是编年史地图2.4.17，在我的项目中迁移到版本3太难了。
-
需要一些关于历史记录映射如何工作的信息，它是否像在内存中保留一些键值对，当它溢出了一个特定的阈值，即它存储的值可能如何时，它会将数据溢出到磁盘，或者它取决于内存大小，如果映射大小超过阈值，则会将数据溢出到磁盘，如果是这样，那么如何配置它，还是有其他策略？
-
编年史地图是否有任何概念（或可插拔的能力）来提供自动条目过期？