Sollte ich auf einer ReferenceQueue synchronisieren?

Question

ich einen Blick auf den Quellcode für WeakHashMap nehmen und stolperte über dieses:

private final ReferenceQueue<Object> queue = new ReferenceQueue<>(); 

private void expungeStaleEntries() { 
    for (Object x; (x = queue.poll()) != null;) { 
     synchronized (queue) { 
      /* snip */ 
     } 
    } 
} 

Warum funktioniert diese Methode synchronisieren auf dem ReferenceQueue? WeakHashMap nicht selbst machen Ansprüche Faden sicher zu sein:

Wie die meisten Collection-Klassen, ist diese Klasse nicht synchronisiert. Eine synchronisierte WeakHashMap kann mit der Collections.synchronizedMap-Methode erstellt werden.

Was mich dazu gebracht zu glauben, dass diese Implementierung Detail ist irgendwie den Faden Sicherheit des ReferenceQueue selbst sorgen (da die GC aus eigenen Thread Modifizierung wird). the documentation for ReferenceQueue erwähnt jedoch nichts über Nebenläufigkeitsbedenken, und ein Blick auf den Quellcode für ReferenceQueue zeigt, dass es nicht sogar auf sich selbst synchronisiert (es verwendet eine interne Sperre).

Warum wird WeakHashMap synchronisiert auf ReferenceQueue? Sollte ich jedes Mal, wenn ich es benutze, eine ReferenceQueue synchronisieren?

Answer 1

Wenn Sie ReferenceQueue betrachten, werden Sie sehen, dass das Threading innerhalb der Plattform explizit unterstützt wird, da es besagt, dass die remove()-Methode blockiert, bis ein neuer Eintrag verfügbar ist.

Die synchronized Sie in WeakHashMap sehen, ist sicherzustellen, dass mehrere Threads Zugriff auf eine ReferenceQueue ordnungsgemäß synchronisiert sind.

Sie könnten diese verwandten bug at bugs.sun.com interessant finden.

Um Ihre Frage zu beantworten, denke ich, externe Synchronisation der ReferenceQueue ist nicht erforderlich, wenn Sie sicherstellen, es wird nur von einem einzigen Thread zugegriffen. Ich würde nicht verwenden (und kann mir keinen guten Grund vorstellen), eine einzige ReferenceQueue als Verbraucher aus mehreren Threads zu verwenden.