學(xué)習(xí)啦 > 學(xué)習(xí)英語 > 專業(yè)英語 > 計算機英語 > c中l(wèi)ock的用法

c中l(wèi)ock的用法

時間: 長思709 分享

c中l(wèi)ock的用法

  下面小編就跟你們詳細介紹下c中l(wèi)ock的用法的用法,希望對你們有用。

  c中l(wèi)ock的用法的用法如下:

  本文實例講述了C#中l(wèi)ock的用法。分享給大家供大家參考。具體分析如下:

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

  先來看看執(zhí)行過程,代碼示例如下:

  lock 語句用于獲取某個給定對象的互斥鎖,執(zhí)行一個語句,然后釋放該鎖。

  lock-statement:(lock 語句:)

  復(fù)制代碼 代碼如下:

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

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

  下列形式的 lock 語句:

  復(fù)制代碼 代碼如下:

  lock (x) ...

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

  復(fù)制代碼 代碼如下:

  system.threading.monitor.enter(x);

  try {

  ...

  }

  finally {

  system.threading.monitor.exit(x);

  }

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

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

  一個類的 system.type 對象可以方便地用來當(dāng)作關(guān)于該類的靜態(tài)方法的互斥鎖。例如:

  復(fù)制代碼 代碼如下:

  class cache

  {

  public static void add(object x) {

  lock (typeof(cache)) {

  ...

  }

  }

  public static void remove(object x) {

  lock (typeof(cache)) {

  ...

  }

  }

  }

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

  這時假設(shè)線程b啟動了,而線程a還未執(zhí)行完lock里面的代碼。線程b執(zhí)行到lock語句,檢查到obj已經(jīng)申請了互斥鎖,于是等待;直到線程a執(zhí)行完畢,釋放互斥鎖,線程b才能申請新的互斥鎖并執(zhí)行l(wèi)ock里面的代碼。

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

  為什么不能lock值類型,比如lock(1)呢?lock本質(zhì)上monitor.enter,monitor.enter會使值類型裝箱,每次lock的是裝箱后的對象。lock其實是類似編譯器的語法糖,因此編譯器直接限制住不能lock值類型。

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

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

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

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

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

  某些系統(tǒng)類提供專門用于鎖定的成員。例如,array 類型提供 syncroot。許多集合類型也提供 syncroot。

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

  復(fù)制代碼 代碼如下:

  private static readonly object obj = new object();

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

  對象變了,object.referenceequals必然返回false。

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

537211