Concurrent Modification Exception vermeiden mit Prioritäten

[theomega]

Hallo Leute,
ich habe folgendes Problem: Zwei Threads greifen unter umständen gleichzeitig lesend und schreibend auf eine HashMap zu. Das führt unweigerlich zu einer Concurrent Modification Exception.
Der erste Thread (wird sehr häufig ausgeführt) liest Daten aus der HashMap aus (ein Element) und fügt evtl eines ein. Dieser Thread beinhaltet das Userinterface. Der zweite Thread (wird seltener ausgeführt) löscht Einträge aus der HashMap. Dieser Thread läuft im Hintergrund ab.

Komischerweise tritt die Exception immer im zweiten Thread ein, was eigentlich positiv ist (da stört sie den Benutzer nicht), allerdings kann ich mir diesen Effekt nicht erklären, wiso genau an dieser Stelle. Kann mir das jemand erklären? Weil ich möchte es auf jeden Fall immer so haben und nie anderherum (weil dann würde ja im GUI eine Exception auftreten). Geht dass?

Danke
TO

 

[foobar]

Du kannst dich nicht auf die Threadpriporitäten verlassen.

Warum sychnronisierst du nicht den Zugriff auf die HashMap?

 

[Wildcard]

Warum sychnronisierst du nicht den Zugriff auf die HashMap?

Oder nimmst eine HashTable?

 

[theomega]

Hy,
das Problem ist: Das GUI ist Zeitkritisch, dass darf auf keinen Fall warten müssen, wogegen der Hintergrund-Task warten kann (sogar längers). Ist sowas möglich zu realisieren?
Ich glaube nein, bin mir aber nicht sicher: Wenn sich der Background-Task gerade im löschen befindet muss der GUI-Task zwangsläufig warten. Wie groß ist der Zeitverlust zwischen HashTable und HashMap wenn nur ein Thread zugreift (was bei mir für 90% aller Zugriffe gilt)?

 

[Wildcard]

Das die GUI auf gar keinen Fall warten darf ist eigentlich nicht zu realisieren.
Wie hoch der Zeitverlust genau ist kann ich's dir nicht sagen, dürfte sich aber in einem ähnlichen Rahmen wie ArrayList -> Vector bewegen(ca. 10% wenn ich da nichts falsches gelesen hab)