當前位置

首頁 > 商務英語 > 計算機英語 > c中lock的用法

c中lock的用法

推薦人: 來源: 閱讀: 2.23W 次

下面小編就跟你們詳細介紹下c中lock的用法的用法,希望對你們有用。

ing-bottom: 100%;">c中lock的用法

  c中lock的用法的用法如下:

本文實例講述了C#中lock的用法。分享給大家供大家參考。具體分析如下:

lock 關鍵字可以用來確保代碼塊完成運行,而不會被其他線程中斷。這是通過在代碼塊運行期間爲給定對象獲取互斥鎖來實現的。

先來看看執行過程,代碼示例如下:

lock 語句用於獲取某個給定對象的互斥鎖,執行一個語句,然後釋放該鎖。

lock-statement:(lock 語句:)

複製代碼 代碼如下:

lock(expression) embedded-statement(lock ( 表達式 ) 嵌入語句)

lock 語句的表達式必須表示一個引用類型的值。永遠不會爲 lock 語句中的表達式執行隱式裝箱轉換,因此,如果該表達式表示的是一個值類型的值,則會導致一個編譯時錯誤。

下列形式的 lock 語句:

複製代碼 代碼如下:

lock (x) ...

(其中 x 是一個引用類型的表達式)完全等效於

複製代碼 代碼如下:

r(x);

try {

...

}

finally {

(x);

}

不同的只是:實際執行中 x 只計算一次。

當一個互斥鎖已被佔用時,在同一線程中執行的代碼仍可以獲取和釋放該鎖。但是,在其他線程中執行的代碼在該鎖被釋放前是無法獲得它的。

一個類的 對象可以方便地用來當作關於該類的靜態方法的互斥鎖。例如:

複製代碼 代碼如下:

class cache

{

public static void add(object x) {

lock (typeof(cache)) {

...

}

}

public static void remove(object x) {

lock (typeof(cache)) {

...

}

}

}

假設線程a先執行,線程b稍微慢一點。線程a執行到lock語句,判斷obj是否已申請了互斥鎖,判斷依據是逐個與已存在的鎖進行renceequals比較(此處未加證實),如果不存在,則申請一個新的互斥鎖,這時線程a進入lock裏面了。

這時假設線程b啓動了,而線程a還未執行完lock裏面的代碼。線程b執行到lock語句,檢查到obj已經申請了互斥鎖,於是等待;直到線程a執行完畢,釋放互斥鎖,線程b才能申請新的互斥鎖並執行lock裏面的代碼。

接下來說一些該lock什麼對象。

爲什麼不能lock值類型,比如lock(1)呢?lock本質上r,r會使值類型裝箱,每次lock的是裝箱後的對象。lock其實是類似編譯器的語法糖,因此編譯器直接限制住不能lock值類型。

退一萬步說,就算能編譯器允許你lock(1),但是renceequals(1,1)始終返回false(因爲每次裝箱後都是不同對象),也就是說每次都會判斷成未申請互斥鎖,這樣在同一時間,別的線程照樣能夠訪問裏面的代碼,達不到同步的效果。同理lock((object)1)也不行。

那麼lock("xxx")字符串呢?msdn上的原話是:

鎖定字符串尤其危險,因爲字符串被公共語言運行庫 (clr)“暫留”。 這意味着整個程序中任何給定字符串都只有一個實例,就是這同一個對象表示了所有運行的應用程序域的所有線程中的該文本。因此,只要在應用程序進程中的任何位置處具有相同內容的字符串上放置了鎖,就將鎖定應用程序中該字符串的所有實例。

通常,最好避免鎖定 public 類型或鎖定不受應用程序控制的對象實例。例如,如果該實例可以被公開訪問,則 lock(this) 可能會有問題,因爲不受控制的代碼也可能會鎖定該對象。這可能導致死鎖,即兩個或更多個線程等待釋放同一對象。出於同樣的原因,鎖定公共數據類型(相比於對象)也可能導致問題。而且lock(this)只對當前對象有效,如果多個對象之間就達不到同步的效果。

lock(typeof(class))與鎖定字符串一樣,範圍太廣了。

某些系統類提供專門用於鎖定的成員。例如,array 類型提供 syncroot。許多集合類型也提供 syncroot。

而自定義類推薦用私有的只讀靜態對象,比如:

複製代碼 代碼如下:

private static readonly object obj = new object();

爲什麼要設置成只讀的呢?這時因爲如果在lock代碼段中改變obj的值,其它線程就暢通無阻了,因爲互斥鎖的

對象變了,renceequals必然返回false。

希望本文所述對大家的C#程序設計有所幫助。