?? 1.變量的線程安全性與變量的作用域有關。

???2.對象?

? ? ?對象是類型的實例

? ? ?在創建對象時，會單獨有內存區域存儲對象的屬性和方法。所以，一個類型的多個實例，在執行時，只要沒有靜態變量的參與，應該都是線程安全的。

這跟我們調試狀態下，是不一樣的。調試狀態下，如果多個線程都創建某實例的對象，每個對象都調用自身方法，在調試是，會發現是訪問的同一個代碼，多個線程是有沖突的。但是，真正的運行環境是線程安全的。

? ? ? 以銷售員為例，假設產品是充足的，多個銷售員，銷售產品，調用方法:Sale()，其是線程安全的。

? ? ? 但是，如果涉及到倉庫，必須倉庫有足夠的產品才能進行銷售，這時，多個銷售人員就有了臨界資源：倉庫。

? ? ? 在這里我們只討論對象的普通方法。至于方法傳入的參數，以及方法內對靜態變量操作的，這里需要根據參數和靜態變量來判定方法的線程安全性。

? ? ? 銷售員案例：

using System; using System.Threading;namespace MutiThreadSample.Sale {/// <summary>/// 銷售/// </summary>public class Saler{/// <summary>/// 名稱/// </summary>public string Name { get; set; }/// <summary>/// 間隔時間/// </summary>public int IntervalTime { get; set; }/// <summary>/// 單位時間銷售運量/// </summary>public int SaleAmount { get; set; }/// <summary>/// 銷售/// </summary>public void Sale(){Console.WriteLine("銷售：{0} 于 {1} 銷售產品 {2}", this.Name, DateTime.Now.Millisecond, this.SaleAmount);Thread.Sleep(IntervalTime);}/// <summary>/// 銷售/// </summary>/// <param name="interval">時間間隔</param>public void Sale(object obj){WHouseThreadParameter parameter = obj as WHouseThreadParameter;if (parameter != null){while (parameter.WHouse != null && parameter.WHouse.CanOut(this.SaleAmount)){parameter.WHouse.Outgoing(this.SaleAmount);Console.WriteLine("Thread{0}, 銷售：{1} 于 {2} 銷售出庫產品 {3}", Thread.CurrentThread.Name, this.Name, DateTime.Now.Millisecond, this.SaleAmount);Thread.Sleep(this.IntervalTime);}}}} }

? ? ? 3靜態類型

? ? ? 已經講了類的實例--對象的多線程安全性問題。這里只討論類型的靜態變量和靜態方法。

? ? ? 當靜態類被訪問的時候，CLR會調用類的靜態構造器（類型構造器），創建靜態類的類型對象，CLR希望確保每個應用程序域內只執行一次類型構造器，為了做到這一點，在調用類型構造器時，CLR會為靜態類加一個互斥的線程同步鎖，因此，如果多個線程試圖同時調用某個類型的靜態構造器時，那么只有一個線程可以獲得對靜態類的訪問權，其他的線程都被阻塞。第一個線程執行完 類型構造器的代碼并釋放構造器之后，其他阻塞的線程被喚醒，然后發現構造器被執行過，因此，這些線程不再執行構造器，只是從構造器簡單的返回。如果再一次調用這些方法，CLR就會意識到類型構造器被執行過，從而不會在被調用。

? ? ? 調用類中的靜態方法，或者訪問類中的靜態成員變量，過程同上，所以說靜態類是線程安全的。

? ? ? 最簡單的例子，就是數據庫操作幫助類。這個類的方法和屬性是線程安全的。

?

using System;namespace MutiThreadSample.Static {public class SqlHelper{ /// <summary>/// 數據庫連接/// </summary>private static readonly string ConnectionString = "";/// <summary>/// 執行數據庫命令/// </summary>/// <param name="sql">SQL語句</param>public static void ExcuteNonQuery(string sql){ //執行數據操作，比如新增、編輯、刪除}} }

?

? ? ? ?但是，對于靜態變量其線程安全性是相對的，如果多個線程來修改靜態變量，這就不一定是線程安全的。而靜態方法的線程安全性，直接跟傳入的參數有關。

? ? ? ?總之:

? ? ? 針對變量、對象、類型，說線程安全性，比較籠統，在這里，主要是想讓大家明白，哪些地方需要注意線程安全性。對于變量、對象（屬性、方法）、靜態變量、靜態方法，其線程安全性是相對的，需要根據實際情況而定。

? ? ?萬劍不離其宗，其判定標準：是否有臨界資源。

?4、集合類型是線程安全的嗎？

? ? ? 常用的集合類型有List、Dictionary、HashTable、HashMap等。在編碼中，集合應用很廣泛中，常用集合來自定義Cache，這時候必須考慮線程同步問題。?

? ? ? 默認情況下集合不是線程安全的。在System.Collections 命名空間中只有幾個類提供Synchronize方法，該方法能夠超越集合創建線程安全包裝。但是，System.Collections命名空間中的所有類都提供SyncRoot屬性，可供派生類創建自己的線程安全包裝。還提供了IsSynchronized屬性以確定集合是否是線程安全的。但是ICollection泛型接口中不提供同步功能，非泛型接口支持這個功能。

? ? ?Dictionary(MSDN解釋)

? ? ?此類型的公共靜態（在 Visual Basic 中為 Shared）成員是線程安全的。 但不保證所有實例成員都是線程安全的。
? ? ?只要不修改該集合，Dictionary<TKey, TValue> 就可以同時支持多個閱讀器。 即便如此，從頭到尾對一個集合進行枚舉本質上并不是一個線程安全的過程。 當出現枚舉與寫訪問互相爭用這種極少發生的情況時，必須在整個枚舉過程中鎖定集合。 若允許多個線程對集合執行讀寫操作，您必須實現自己的同步。

? ? ? 很多集合類型都和Dictionary類似。默認情況下是線程不安全的。當然微軟也提供了線程安全的Hashtable.

? ? ? HashTable?

? ? ? Hashtable 是線程安全的，可由多個讀取器線程和一個寫入線程使用。 多線程使用時，如果只有一個線程執行寫入（更新）操作，則它是線程安全的，從而允許進行無鎖定的讀取（若編寫器序列化為 Hashtable）。 若要支持多個編寫器，如果沒有任何線程在讀取 Hashtable 對象，則對 Hashtable 的所有操作都必須通過 Synchronized 方法返回的包裝完成。

? ? ? 從頭到尾對一個集合進行枚舉本質上并不是一個線程安全的過程。 即使某個集合已同步，其他線程仍可以修改該集合，這會導致枚舉數引發異常。 若要在枚舉過程中保證線程安全，可以在整個枚舉過程中鎖定集合，或者捕捉由于其他線程進行的更改而引發的異常。

? ? ?線程安全起見請使用以下方法聲明

/// <summary>/// Syncronized方法用來創造一個新的對象的線程安全包裝/// </summary>private Hashtable hashtable = Hashtable.Synchronized(new Hashtable());

? ? 在枚舉讀取時，加lock，這里lock其同步對象SyncRoot?

/// <summary>/// 讀取/// </summary>public void Read(){ lock(hashtable.SyncRoot){foreach (var item in hashtable.Keys){Console.WriteLine("Key:{0}",item);}}}

轉載于:https://www.cnblogs.com/bile/p/6114506.html

總結

以上是生活随笔為你收集整理的c# 变量，对象，静态类型，集合类的线程安全回顾的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。