本文介绍了Hazelcast-过期监听程序延迟的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！
问题描述
问题是MAP侦听器在TTL到期后引发了3-5秒。
我在此处添加要映射的新条目
05-11-2018 14:38:57.197 INFO [hz._hzInstance_1_3cc39d15-29b8-4f59-8bca-e47eae0476a1.event-26] MyEntryExpiredListener - :::::::::::entry was ADDED to the map :::::::::::::::::::
TTL配置为10秒，但大约14秒后返回。
05-11-2018 14:39:11.326 INFO [hz._hzInstance_1_3cc39d15-29b8-4f59-8bca-e47eae0476a1.event-26] MyEntryExpiredListener - :::::::::::entry was EXPIRED in the map :::::::::::::::::::
我尝试设置配置属性：
hazelcast.internal.map.expiration.cleanup.percentage=100,
hazelcast.internal.map.expiration.task.period.seconds=1,
有谁有经验解决这个问题吗？
推荐答案
Hazelcast中的过期有两种工作方式：
- 该条目在TTL/max-IDLE-秒持续时间之后无效。当您尝试在TTL/max-IDLE-秒之后获取条目时，您将获得
null值。 - 后台进程(称为过期任务)工作并清理过期条目。此任务可以使用您提到的属性进行优化。
过期后，如果添加了监听器，则会触发EntryEvent。但是，这并不能保证您将收到与事件触发时相同的确切时间。Hazelcast中的事件系统以异步方式工作，基于忘记即点火。该事件可能会在事件队列中等待一段时间。因此，看到TTL值和事件触发之间的时间差是正常的。
这篇关于Hazelcast-过期监听程序延迟的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！