Ist es ok, wenn mehrere threads schreiben die gleichen Werte für die gleichen Variablen?

Das problem kommt, wenn Sie Lesen, dass Zustand zurück, und tun Sie etwas über es. Schreiben ist eine red herring - es ist wahr, dass, solange diese ein einzelnes Wort ist den meisten Umgebungen garantieren die schreiben werden Atomare, aber das bedeutet nicht, dass ein größeres Stück code, enthält dieses fragment ist thread-sicher. Erstens, vermutlich Ihre globalen Variablen enthalten einen anderen Wert, um mit zu beginnen - andernfalls, wenn Sie wissen, dass es immer das gleiche ist, warum ist es eine variable? Zweite, vermutlich haben Sie schließlich Lesen dieser Wert wieder zurück?

Das Problem ist, dass vermutlich, Sie schreiben dieses bit der gemeinsame Staat aus einem Grund - um zu signalisieren, dass etwas stattgefunden hat? Dies ist, wo es fällt: wenn man keine sperren, Konstrukte, es gibt keine implizite Reihenfolge der Speicherzugriffe auf alle. Es ist schwer zu zeigen zu was ist falsch hier, weil dein Beispiel nicht tatsächlich enthalten die verwenden der Variablen, also hier ist ein trivialish Beispiel in neutralen C-ähnlichen syntax:

int x = 0, y = 0;

//thread A does:
x = 1;
y = 2;
if (y == 2)
    print(x);

//thread B does, at the same time:
if (y == 2)
    print(x);

Thread wird immer 1 ausgeben, aber es ist vollkommen gültig für thread B zu drucken 0. Die Reihenfolge der Operationen in thread A muss nur erkennbar sein, aus der code-Ausführung in thread A thread B sehen darf, ist jede Kombination von Zustand. Das schreibt die x-und y kann eigentlich nicht passieren, in Ordnung.

Dies kann passieren, auch auf single-Prozessor-Systeme, wo die meisten Menschen nicht erwarten, dass diese Art der Neuordnung - der compiler kann neu ordnen für Sie. Auf SMP-selbst wenn der compiler nicht, ordnen die Dinge, die den Speicher schreibt, können nachbestellt werden zwischen den caches der verschiedenen Prozessoren.

Wenn das nicht scheinen, Ihnen das zu beantworten, sind weitere Details von Ihrem Beispiel in der Frage. Ohne die Verwendung der Variablen ist es unmöglich, endgültig zu sagen, ob eine solche Verwendung sicher ist oder nicht.

Ich würde erwarten, dass das Ergebnis unbestimmt sein. Wie wäre es variiert von compiler, complier, Sprache zu Sprache und von OS zu OS etc. Also Nein, es ist nicht sicher

Warum würden Sie wollen, dies zu tun, obwohl das hinzufügen in eine Zeile erhalten Sie eine mutex-Sperre ist nur ein oder zwei Zeilen code (in den meisten Sprachen), und entfernen jede Möglichkeit der problem. Wenn dieses ist, werden zwei teure, dann müssen Sie eine Alternative finden, bei der Lösung des Problems

Hier ist mein nehmen auf die Frage.

Haben Sie zwei oder mehr threads laufen, das schreiben auf eine variable...wie ein Statussymbol oder etwas, wo Sie wollen nur wissen, ob einer oder mehrere von Ihnen wahr war. Dann in einem anderen Teil des Codes (nach den threads komplett) möchten Sie überprüfen und sehen, wenn Sie mindestens auf den thread setzen, status... zum Beispiel

bool flag = false
threadContainer tc
threadInputs inputs

check(input)
{
    ...do stuff to input
    if(success)
        flag = true
}

start multiple threads
foreach(i in inputs) 
   t = startthread(check, i)
   tc.add(t)  //Keep track of all the threads started

foreach(t in tc)
    t.join( )  //Wait until each thread is done

if(flag)
   print "One of the threads were successful"
else
   print "None of the threads were successful"

Ich glaube, der obige code würde in Ordnung sein, vorausgesetzt, Sie sind gut, nicht zu wissen, welcher thread setzt den status auf true, und Sie können warten, für alle multi-Thread-Sachen zu beenden, bevor Sie Lesen, dass die fahne. Ich könnte falsch sein, aber.

Wenn der Vorgang atomar ist, Sie sollte auskommen just fine. Aber ich würde das nicht tun in der Praxis. Es ist besser, einfach zu erwerben, eine Sperre auf das Objekt und schreiben Sie den Wert.