问题：
编年史地图回调
寇丰
思想？
共有1个答案
南门峰
感谢您关于编年史软件产品的问题。
在您描述的用例中没有回调/通知机制。
同一主机上多个JVM之间共享的映射使用共享内存进行“通信”，而不是任何类型的事件机制。当您从JVM1写入map A时，如果JVM2也有对map A的引用（即，从同一个支持文件创建的map实例），那么它将自动看到更新，因为这两个map实例共享映射内存的同一区域。
类似资料：
-
我们有一个在50台服务器上使用相同数据集（键值对）的系统。对该数据集的更新数量约为每小时1000次，并且必须在这50台服务器上复制。我们有一个主系统接收这些更新，并负责将这些更新传播到其他服务器。目前，我们每小时以文件的形式将整个数据集（而不是增量更新）同步到所有服务器。然后将这些数据加载到不可变的Koloboke映射中。每个服务器每秒处理大约25000个请求，每个请求对这个映射进行30次查找。在
-
一个简单的问题：我看到chronicle Map3x正在将一些功能转移到引擎产品中。然而，引擎本身依赖于MAP2X。我有点困惑，我怎么能把它们一起用呢？我想我错过了什么，但不确定到底是什么。
-
在描述中说： 编年史映射提供内存访问速度，并支持超低垃圾收集。编年史地图可以支持最苛刻的应用程序。
-
我有以下映射定义，其中map.containsKey（）显然不起作用： 我使用的是编年史地图2.4.17，在我的项目中迁移到版本3太难了。
-
需要一些关于历史记录映射如何工作的信息，它是否像在内存中保留一些键值对，当它溢出了一个特定的阈值，即它存储的值可能如何时，它会将数据溢出到磁盘，或者它取决于内存大小，如果映射大小超过阈值，则会将数据溢出到磁盘，如果是这样，那么如何配置它，还是有其他策略？
-
编年史地图是否有任何概念（或可插拔的能力）来提供自动条目过期？