Die AtomicXXX-Klassen sind gut, wenn es nicht zu viele parallel Threads gibt, die gleichzeitig die AtomicXXX-Exemplare ver\u00e4ndern. Der Grund ist einfach: jeder Thread warten muss, bis ein anderer Thread die Ver\u00e4nderung am AtomicXXX vorgenommen hat. Stehen also 100 Threads in der Schlage den AtomicXXX zu ver\u00e4ndern, werden sie erst nacheinander abgearbeitet \u2013 das geht zwar an schnell, dennoch f\u00fchrt die sequenzielle Verarbeitung zu Wartesituationen. <\/p>\n
Wenn es wirkliche viel nebenl\u00e4ufige Threads gibt, sind die AtomicXXX-Klassen nicht optimal und Java biete ab Java 8 zwei neue Klassen LongAdder und DoubleAdder. Ein XXXAdder sieht nach au\u00dfen wie ein long\/double aus (die Klassen erweitern auch Number), doch intern sind sie vielmehr eine Liste von Werten, auf die dann unterschiedliche Thread zugreifen k\u00f6nnen, ohne zu warten. Um sich das vorzustellen zu k\u00f6nnen ein Beispiel: Nehmen wir an, mehrere Threads teilen sich einen LongAdder. Ruft ein Thread add(1) auf, so f\u00fchrt das intern zu einem Element in einer Liste[1]<\/a>. Kommt gleichzeitig add(2) am LongAdder an, muss der Thread nicht auf das Ende vom ersten add(\u2026) warten, sondern f\u00fcgt einen neuen Knoten an. Kommt sp\u00e4ter ein dritter und vierter Thread \u00fcber den Weg und f\u00fchrt add(3) und add(4) aus, k\u00f6nnen diese ohne Warten an den ersten und zweiten existieren Knoten gehen und die Werte addieren, in den beiden internen Knoten stehen also 4 und 6. Es sind also nur so viele Knoten intern n\u00f6tig, wie wirklich parallele Threads auftauchen. Eine Summation am Ende mit sum() l\u00e4uft dann \u00fcber die internen Knoten und summiert sie auf zu 10, was 1+2+3+4 ist. <\/p>\n
\n