是WeakHashMap不断增长，还是清除垃圾密钥？

Question

我试图将其WeakHashMap用作Set弱引用的并发。

    this.subscribers =
            Collections.synchronizedSet(
                    Collections.newSetFromMap(
                            new WeakHashMap <>()
                    )
            );

当元素进入垃圾收集时，我的集合继续将其报告为收集的一部分。因此，地图似乎正在不断增长。

该文档说：

放弃键后，其条目将有效地从地图中删除，…

但是实际上似乎并非如此。

有没有WeakHashMap清除碎屑的地方？

Answer 1

是的，WeakHashMap可以清除碎屑。用于垃圾回收的密钥不再以大小报告。但是您必须等待垃圾收集真正发生。

似乎您对将对象进行垃圾回收的想法不正确。也许您的对象已成为垃圾收集的 候选
对象，但尚未被收集。尝试调用垃圾收集器，等待片刻完成。但是请记住，对的调用System.gc()只是对JVM的建议，根据您的JVM实现和当前的运行时场景，可能会被忽略。

这是一个完整的示例应用程序。请注意，该Set报告报告了size调用Set::remove还是让对象超出范围的减少。

package com.basilbourque.example;

import java.util.Collections;
import java.util.Set;
import java.util.UUID;
import java.util.WeakHashMap;

public class WeakHashMapExercise {

    public static void main ( String[] args ) {
        WeakHashMapExercise app = new WeakHashMapExercise();
        app.doIt();
    }

    private void doIt ( ) {
        Set < UUID > set =
                Collections.synchronizedSet(
                        Collections.newSetFromMap(
                                new WeakHashMap <>()
                        )
                );

        UUID uuid1 = UUID.fromString( "a8ee1e34-cead-11e8-a8d5-f2801f1b9fd1" );
        UUID uuid2 = UUID.fromString( "39bda2b4-5885-4f56-a900-411a49beebac" );
        UUID uuid3 = UUID.fromString( "0b630385-0452-4b96-9238-20cdce37cf55" );
        UUID uuid4 = UUID.fromString( "98d2bacf-3f7f-4ea0-9c17-c91f6702322c" );

        System.out.println( "Size before adding: " + set.size() );

        set.add( uuid1 );
        set.add( uuid2 );
        set.add( uuid3 );
        set.add( uuid4 );

        System.out.println( "Size after adding 4 items: " + set.size() );  // Expect 4.

        set.remove( uuid3 );

        System.out.println( "Size after removing item # 3: " + set.size() );  // Expect 3.

        uuid2 = null;  // Release that UUID to garbage-collection.

        // That released object may still appear in our `Set` until garbage collection actually executes. 
        System.gc(); // Ask the JVM to run the garbage-collection. Only a suggestion, may be ignored.
        try {
            Thread.sleep( 1_000 );  // Wait a moment, just for the heck of it.
        } catch ( InterruptedException e ) {
            e.printStackTrace();
        }

        System.out.println( "Size after making garbage of item # 2: " + set.size() );  // Expect 2.

        for ( UUID uuid : set ) {
            System.out.println( uuid.toString() );
        }


    }
}

看到此代码在IdeOne.com上实时运行。

添加前大小：0

添加4个项目后的大小：4

移除项目3后的尺寸：3

制作项目＃2的垃圾后的尺寸：2

在我的情况下，使用Java的10.0.2版本的OpenJDK基础的祖鲁JVM从阿祖尔系统，垃圾收集器似乎在我的请求被激活。如果我将延迟或System.gc通话延迟一秒钟，那么报告的最后一个大小将保持不变，3而不是预期的大小2。

您甚至可以在IdeOne.com上实时运行此代码时看到此行为。请注意，下面的最后一项是，3但是上面的是2。

添加前大小：0

添加4个项目后的大小：4

移除项目3后的尺寸：3

制作项目＃2的垃圾后的尺寸：3