hazelcast Java 系缓存，如何保证不被 GC

This topic created in 2160 days ago, the information mentioned may be changed or developed.

如题，假设全部入 key 过期时间 1 年，内存 1g，

在 java 内存中，数据是如何存储才能让 JVM 知道这些数据都是不能被清理的呢，否则把我存入的数据 GC，岂不是违背了缓存的意义。难道有某个强引用一直引用虚拟机内所有的对象？还没看源码，留个问号。

Java

引用

hazelcast

jvm

8 replies • 2020-07-12 14:11:01 +08:00

pkwenda

Jul 10, 2020

大概意思就是缓存的数据，时间没到，不应该被 GC，要么死：OOM，要么缓存过期：解除引用，GC -> 内存释放 ?

dncba

Jul 10, 2020

GCRoot 了解下。能通过 GCRoot 找到你的数据就不会被 GC

pkwenda

Jul 10, 2020

@dncba #2 那是肯定的，我没搞懂的是，怎么引用千百万个对象，而且想解除引用就解除引用。

dncba

Jul 10, 2020

@pkwenda 把对象塞到一个集合里,GCRoot 持有集合引用就行了。

cxshun

Jul 10, 2020

缓存一般情况下都是通过一个 map 来实现，而你的缓存对象，都是被 put 入 map 里面的，也即是在 map 里面的 table 属性里面或者其他属性，那么此时 GCRoot 就可到达，当然就不会被 GC 了。

hantsy

Jul 10, 2020

@cxshun 一般缓存实现 Weak 的版本用得多。

1，缓存不一定是放内存，第一次用 Ehcache 的时候知道缓存也是要有写硬盘的策略。
2，实现方式太多样了。HazelCast 这种产品就太复杂了，不可能用简单的 Map 之类的去实现了，类似 DataGrid 产品太多了，Redhat 有 Infinispan，Ehcache 也有服务器版本。

ljzxloaf

Jul 10, 2020 via Android

main thread 持有的 cachemanager，cachemanager 持有 cache 集合

cxshun

Jul 12, 2020

@hantsy #6 嗯，对的。但其实 weak 的版本就会面临楼主说的问题，在 GC 的情况下有可能就会被回收了。如果让我来实现，我可能会考虑直接用 Strong 的，避免我们依赖的一些比较重要的缓存被回收（当然，重要就不应该只用缓存，要有另外的缓存措施）
1 、不是绝对哈，redis 照样可以 rdb 或 aof 到硬盘，最后还是在内存中处理。ehcache 我个人不了解，不好评价哈。
2 、嗯嗯，我同意。