Erstellt die JVM Hintergrundthreads beim Aktualisieren einer HashMap, sodass ein HashSet seiner Schlüssel in einem einzelnen Thread-Programm "veraltet" sein kann?

Question

Ich habe ein HashSet, das die Schlüssel einer HashMap enthält und den Inhalt der HashMap aktualisiert, indem ein neuer Schlüssel hinzugefügt wird. Nachdem ich das getan habe, möchte ich wieder den HashSet von Schlüsseln verwenden, da ich weiß, dass sie mit den Schlüsseln der HashMap auf dem Laufenden waren. Ich möchte nur sicherstellen, dass dies alles vom selben Thread erledigt wird, und dass hier keine Nebenläufigkeit stattfindet, von der ich vielleicht nichts weiß, sodass ich der HashMap befehle, den neuen Eintrag hinzuzufügen, und bevor I aktualisiert wurde habe die HashSet-Informationen verwendet, während sie veraltet sind.

In Code:

HashMap<String, Integer> myHashMap = new HashMap<String, Integer>(); 
HashSet<String> myHashSet = myHashMap.keySet(); 

... processing ... 

myHashMap.put(new_key, value); 

... use the **original** HashSet of keys, myHashSet ... 

Könnte die oben beschriebene Situation gegeben auftreten, dass dies der einzige Faden durch den Programmierer erstellt ist, so dass myHashMap und myHashSet nicht synchron sein würden? Ich spreche nicht über den Programmierer erstellen mehr als einen Thread - das Hauptprogramm läuft in einem einzigen Thread (siehe oben).

Answer 1

Nein werden sie nicht, weil der Schlüsselsatz eine Ansicht auf die tatsächlichen Schlüssel in der HashMap ist.

Vom Javadocs:

Der Satz von der Karte unterstützt wird, so dass Änderungen an der Karte in den Satz reflektiert werden, und umgekehrt.

Und Sie können das gleiche in OpenJDK's implementation of HashMap sehen.

Also für ein single-threaded Programm sollten diese immer synchron sein.

Die Java-Collections-Klassen machen intern keine Threads mit Threads, weil dies die Verwendung zu schwierig und fehleranfällig machen würde. Sie verlassen das Threading-Modell dem aufrufenden Code und stellen lediglich Garantien (oder anderweitig) bereit, welche Vorgänge Thread-sicher sind.