我正在使用Java进行WeakHashMap。 我所了解的是WeakHashMap与HashMap完全相同,只是其键引用是WeakReference。 这意味着关键引用可以使用gc,并且在对其进行垃圾回收时,其条目将从地图中删除。 在HashMap中不可用。 如果我错了,请纠正我。
我在这里有一个问题。
现在,将来如果我有必须使用Map放置键和值的要求,我可以继续使用WeakHashMap吗? 还是我需要考虑WeakHashMap仅适合HashMap的情况?
您了解WeakReference的意思吗? 以及何时才有资格获得GC? 您不能只用WeakHashMaps替换所有HashMaps ...它们都有不同的行为...
另请参见什么时候使用WeakHashMap或WeakReference? 什么是WeakHashMap?何时使用?
您确实需要考虑上下文,以决定使用WeakHashMap是否正确/安全。
这是一个WeakHashMap无法使用的示例(伪代码)
Map map = ...
do for ever:
name = get name from user
if lookup:
details = map.get(name)
display details
else if create:
details = get details from user
map.add(name, details)
使用WeakHashMap时,存在条目将从表中删除的风险,并且用户的查找将失败。使用HashMap,没有任何风险。
还有一个问题是,WeakReference及其上构建的任何东西都比普通引用更昂贵。他们使用更多的空间和时间。更重要的是,每次GC遇到Reference类时,都会产生开销,这会增加GC暂停时间。
但是,运行时开销问题通常应排在正确性问题之后。
如果在应使用WeakHashMap的情况下使用HashMap,则很可能会遇到堆填满的问题。这也存在性能问题。
如果在应使用HashMap的地方使用WeakHashMap,则可能会丢失信息。
在某些情况下,WeakHashMap不会替换HashMap,例如:
调用参数类型为具体类型HashMap而不是接口类型Map的API时。
当您的代码假设没有其他事情时,会将地图从其下方更改。垃圾收集器可以随时删除弱键,从而导致WeakHashMap方法的行为就像刚删除条目时一样。所以例如如果将地图大小放入变量中,则实际地图可能会比枚举时要小。 (有关示例,请参见JavaDoc。)将WeakHashMap传递给可能未准备好进行此类更改的代码是有风险的。同步将无济于事。
当您不希望额外的时间和空间开销时。
我建议仅在需要时(例如,侦听器注册表),并且仅当涉及到它的所有代码均已明确准备用于消失的条目时,才使用WeakHashMap。