CultureInfo類位於System.Globalization命名空間內，這個類和命名空間許多人都不是很熟悉，實際我們在寫程式寫都經常間接性的接觸這個類，當進行數字，日期時間，字元串匹配時，都會進行CultureInfo的操作，也就是說，也就是不同的CultureInfo下，這些操作的結果可能 ...
CultureInfo類位於System.Globalization命名空間內，這個類和命名空間許多人都不是很熟悉，實際我們在寫程式寫都經常間接性的接觸這個類，當進行數字，日期時間，字元串匹配時，都會進行CultureInfo的操作，也就是說，也就是不同的CultureInfo下，這些操作的結果可能會不一樣，由於我們大部分開發部署都是在同一種語言環境中，平日里可能沒有感覺到它的用處，如果你的開發的項目是給國外用戶用的，有可能在你機器上運行輸出是一種效果，在客戶機器上是另一種輸出效果，這句需要用到CultureInfo類了，對使用用戶來說，這也是ms提供的人性化的一面(比方說，同樣是日期，中文環境輸出符合中國人的習慣，德語環境中的輸出符合德國人的習慣，這是預設的輸出方式)，但對開發人員和服務數據中心來說，就要選擇是保證統一的輸出，還是用ms的預設方式了。
code如下：
1 static readonly string[] CultureSources = { "en-us", "zh-cn", "ar-iq", "de-de" }; 2 static readonly Random Ran = new Random(Environment.TickCount); 3 4 5 static void Main() 6 { 7 for (int i = 0; i < CultureSources.Length; i++){ 8 ThreadPool.QueueUserWorkItem(Client, i); 9 } 10 Console.ReadLine(); 11 } 12 13 14 static void Client(object obj) 15 { 16 int id = (int)obj; 17 Thread.Sleep(Ran.Next(1000)); 18 CultureInfo culture = CultureInfo.GetCultureInfo(CultureSources[id]); 19 Thread.CurrentThread.CurrentCulture = culture; 20 Console.WriteLine("操作系統語言設置成{0}\n數據輸出是：{1}\n", culture.DisplayName, DateTime.Now.ToShortDateString()); 21 }
運行結果如下：
結果看到了吧，同樣的DateTime.Now.ToShortDateString()，在英語-美國，中文-中國，阿拉伯語-伊拉克和德語-德國的不同環境下，日期輸出格式竟然有如此不同的輸出結果，這樣對使用的用戶來說是很友好的，單對編程人員來說，如果對這些數據要處理，就要考慮不同的語言環境中，該怎麼處理了，同時，這些數據讓數據中心伺服器情何以堪啊……
原因分析：
.NET會考慮當前線程的CultureInfo，即Thread.CurrentThread.CurrentCulture（或者CultureInfo.CurrentCulture），並根據CultureInfo，進行相應地區文化的數據處理，要解決這個問題，這樣設置
Thread.CurrentThread.CurrentCulture = CultureInfo.InvariantCulture;//和new CultureInfo("");一樣，使用固定區域性，固定區域性不區分區域性；它與英語語言關聯，但不與任何國家/地區關聯
這樣不管客戶端運行在什麼語言環境下，輸出的時間格式都是統一的，方便數據中心伺服器對數據做後續處理。
結果如下圖：
支持多種CultureInfo是整個.NET Framework更加人性化，因為這可以使同一個數據適應不同地區和文化，這樣當然滿足處於不同地區和文化的用戶，但前提是數據給“人”看，如果這些數據用於電腦之間的傳輸，即給“機器”看，這樣的多文化處理反而不妥，造成同一個數據的不同展現形式，尤其是讀寫兩方的文化地區不同時，數據可能根本無法被正常讀取或者產生潛在bug，因此這裡，正是InvariantCulture的用武之地。
轉載自：https://blog.csdn.net/xuwei_xuwei/article/details/32717259
