Sind schreibgeschützte CultureInfo-Objekte Thread-sicher?

Question

Vorwort: Ich kann ein schreibgeschütztes CultureInfo-Objekt erstellen. Das ist nicht die Frage, und es wird im Detail hier beantwortet:

• CultureInfo thread safety

Beachten Sie, dass der Wortlaut dieser Frage ist ähnlich wie diese, aber die Antworten sind völlig verschieden. Bevor Sie darüber nachdenken, diese Frage als Duplikat des anderen zu schließen, beachten Sie bitte die Tatsache, dass keine der Antworten in der anderen Frage diese Frage beantwortet.

---

Meine Frage:

Ist es Thread-sichere Instanz Mitglieder einer für den Zugriff auf Read-Only Cultureinfo-Objekt?

Gründe anzunehmen, dass es ist:

• Wenn es nicht so wäre, zB Mitglieder von CultureInfo.InvariantCulture oder Objekte, die von CultureInfo.GetCultureInfo abgerufen verwenden würde wäre nicht Thread-sicher, und eine Menge Code brechen .

• Die Gemeinschaft scheint so zu denken (siehe Henk's comment on this answer), erklärt aber nicht warum.

Gründe anzunehmen, dass dies nicht der Fall: ("Bei Instanz Mitglieder Thread-sicher sein, garantiert nicht" )

• Eine solche ist Garantie in der MSDN documentation gemacht

• Die Leute verwechseln oft als "read-only" und "thread-safe", obwohl they are two different things.

Answer 1

Thread-Sicherheit ist ein Problem, wenn Sie ein Objekt ändern, also die Frage ist: Ändern Sie das Objekt oder geschieht etwas innerhalb der CultureInfo, die seinen Zustand ändern könnte.

MSDN ist nicht besonders klar darüber: es zeigt nur die Standardmeldung über Thread-Sicherheit.

Also müssen wir uns selbst herausfinden. Zum Glück wird die CultureInfo Klasse durch die reference source zur Verfügung gestellt. Dort finden Sie, dass es die Kulturdaten am Anfang der Methode lädt und dieses Ergebnis in die Klasse CultureInfo zwischenspeichert.

Die Initialisierung von Eigenschaften ist nicht Thread-sicher. Siehe zum Beispiel die NumberFormat property: Es kann zwei Instanzen aufgrund gleichzeitiger Aufrufe instanziieren. Es gibt keine Verriegelung!

Es gibt an einigen Stellen mehr Probleme, zum Beispiel die NumberFormat Eigenschaft, wo Sie ihre Eigenschaften ändern können. Innerhalb dieser Klasse wird überprüft, ob sie beschreibbar ist oder nicht. Wenn Sie also Standardkulturen verwenden (die schreibgeschützten, wie InvariantCulture), gibt es kein Threadsicherheitsproblem.In allen anderen Fällen können wir nicht davon ausgehen, dass es threadsicher ist.

Fazit: Sie sind nicht threadsicher.