解析使用C# lock同時訪問共享數(shù)據(jù)

更新時間：2013年06月05日 14:56:26 作者：

本篇文章是對使用C# lock同時訪問共享數(shù)據(jù)進行了詳細的分析介紹，需要的朋友參考下

經常碰到同時需要對某個數(shù)據(jù)進行操作，或者對某個文件進行讀寫操作，對于這些操作我們以前往往不能很好的進行處理，自從C#語言中引入了lock這個關鍵字，以上問題就比較容易予以解決了，下面就是一段簡單的代碼。

public class AccessControl()
{
    private static object privateObjectLock = new object();
    public static AccessResult()
    {
       lock(privateObjectLock)
       {
         //數(shù)據(jù)操作語句
       }
    }
}

=====================================================
C#多線程中l(wèi)ock的用法
在做郵箱接收網關的時候遇到了以下的需求，要求為每一個郵箱開啟一個接收線程，從POP3服務器上收取，然后將郵件存放到統(tǒng)一的FTP服務器上，要求郵件按收接順充從1開始順充編號。
我實現(xiàn)的方法為，為每個郵箱new出實例，然后分別賦給POP3郵箱地址，用戶名，密碼等參數(shù)。這里涉及到一個編號同步的問題，因為每個接收郵件的線程都是自己執(zhí)行，所以取得編號并且遞增這個動作是互斥的。
以一個靜態(tài)變量表示編號如下

復制代碼代碼如下:

class EmailInfo
{
   public static int CurrentNumber;
}

那在當前線程取得這個步驟為

復制代碼代碼如下:

_CurrentNumber=++EmailInfo.CurrentNumber;

雖然此為一句，但在計算機運行時卻分為多步，如下
EmialInfo.CurrentNumber加1--EmailInfo.CurrentNumber返回值給_CurrentNumber
，也許線程1執(zhí)行了EmailInfo.CurrentNumber加1 的操作，但還沒有取得返回值，此時線程2又執(zhí)行了EmailInfo.CurrentNumber加1的操作，然后又線程1，線程2取得了返回值就是一樣的，這樣就失去了按順序遞增的作用。
此時查找了網上有關線程同步的方法，其實用lock語句鎖住遞增的那一段即可。而介紹的相關用法為

復制代碼代碼如下:

lock(this)
{
   _CurrentNumber=++EmailInfo.CurrentNumber;
}

本以為這樣就可以成功，誰知道還是無效，反復查找才發(fā)現(xiàn)沒弄清楚lock的用法。因為網上所講的資料，舉的例子比較簡單，是直接new 出一個對像，然后為對像的一個函數(shù)創(chuàng)建了多個線程運行，所以它的同步只要lock住this即它自己就行了。因為此時只有一個實例在運，而我是new 出了多個對像，lock住每個自己的實例所以當然無效。

所以自然想了一個解決方法，就lock住相同的一個實例就行了。因為我每個郵件接收線程的參數(shù)都是不同的，所以還是new出幾個實像,但lock的方法改為如下
先為EmailInfo加一個靜態(tài)變量

復制代碼代碼如下:

class EmailInfo
{
   public static object syncRoot = new object();
   public static int CurrentNumber;
}

然后lock改為

復制代碼代碼如下:

lock(EmailInfo.syncRoot)
{
   _CurrentNumber=++EmailInfo.CurrentNumber;
}

即可實現(xiàn)想要的效果了。
寫出來之后發(fā)現(xiàn)原來是件很簡單的事,就是lock住一個大家都共同訪問的（靜態(tài)static的）東東就行了，但這個卻搞了我很長時間。究其原因對所查資料沒有認真理解，拿來就用，以為什么都懂，其實不然。
我想可能有初學者也會犯類似的錯誤，所以寫出來以求共勉。歡迎學習C#或工作中用到C#的朋友與我交流

您可能感興趣的文章: