CultureInfo thread safety

Question

Ho un'applicazione multi-thread che analizza del testo e ha bisogno di usare English Culture Info per analizzare i numeri da questo testo. Quindi, non voglio creare EngCulture ogni volta che chiamo la funzione di analisi. Attualmente sto passando a EngCulture come parametro, ma non ne sono felice. Voglio definire l'EngCulture come membro statico, quindi sarà condiviso dai thread.

La documentazione di Msdn dice che "Qualsiasi membro statico pubblico (Condiviso in Visual Basic) di questo tipo è thread-safe.Tutti i membri dell'istanza non sono garantiti come thread-safe." Sto semplicemente usando la seguente funzione, quindi come potrei sapere se TryParse usa o meno membri di un'istanza di EngCulture?

public static CultureInfo EngCulture = new CultureInfo("en-US", false); 

void parser() 
{ 
    if (int.TryParse(value, NumberStyles.Number, EngCulture, out num))... 
} 

Answer 1

Prova a utilizzare CultureInfo.GetCultureInfo("en-US") che "recupera un'istanza memorizzata nella cache di sola lettura di una cultura utilizzando il nome di cultura specificato."

http://msdn.microsoft.com/en-us/library/yck8b540.aspx

o rendere il vostro campo per essere di sola lettura in modo da non avere bisogno di una serratura:

private static CultureInfo _culture = CultureInfo.ReadOnly(new CultureInfo("en-US")); 

Answer 2

"Membri" indica metodi più operatori più campi più proprietà. Stai usando un membro di istanza e quindi dovresti usare un lock o trovare un modo alternativo per farlo.

Spero che questo aiuti!

Answer 3

due punti:

non voglio creare EngCulture ogni volta che io chiamo la funzione di parsing

non credo che questo sarebbe in realtà essere troppo di una preoccupazione - CultureInfo s aren Saranno particolarmente grandi, e per quanto riguarda le prestazioni, i "built-in" sono in realtà memorizzati nella cache, quindi tutto ciò che fa un new è recuperare un oggetto esistente. Con tutti i mezzi profilo e vedere se è effettivamente un problema ...

come potrei sapere se TryParse utilizza membri di qualsiasi istanza di EngCulture o no?

sarei estremamente sorpreso di scoprire un metodo che accettato un CultureInfo e poi siamo andati a cambiamento che CultureInfo in alcun modo. Sebbene non siano effettivamente formalmente immutabili, li userei (specialmente quelli "integrati") come se fossero immutabili, senza pensarci due volte.

Quindi, direi avere un new CultureInfo("en-US", false) statico e passarlo in giro - nulla sta per mutarlo, quindi non sorgono problemi multi-threading.

Answer 4

Al fine di ottenere thread-sicurezza è possibile creare una cultura di sola lettura utilizzando la statica CultureInfo.ReadOnly metodo:

public static CultureInfo EngCulture = CultureInfo.ReadOnly(
    new CultureInfo("en-US", false)); 

Answer 5

È possibile impostare il CultureInfo di un thread specifico con System.Threading.Thread.CurrentThread.CurrentCulture = myCI; in modo da n devi passarlo ogni volta che chiami una funzione.

Si noti che l'accesso ai getter da più thread non causerà alcun danno nella maggior parte dei casi se non si modifica l'oggetto.