.NET多線程總結和實例介紹

摘要:.Net提供了許多多線程編程工具,多是由於太多了,因此掌握起來老是有一些頭疼,我在這裏講講我總結的一些多線程編程的經驗,但願對你們有幫助。程序員

1.多線程的總結

不須要傳遞參數,也不須要返回參數sql

咱們知道啓動一個線程最直觀的辦法是使用Thread類,具體步驟以下:數據庫

    public void test()
    {
        ThreadStart threadStart = new ThreadStart(Calculate);
        Thread thread = new Thread(threadStart);
        thread.Start();
    }

    public void Calculate()
    {
        double Diameter = 0.5;
        Console.Write("The perimeter Of Circle with a Diameter of {0} is {1}", Diameter, Diameter * Math.PI);
    }

例1編程

     上面咱們用定義了一個ThreadStart類型的委託,這個委託制定了線程須要執行的方法:Calculate,在這個方法裏計算了一個直徑爲0.5的圓的周長,並輸出.這就構成了最簡單的多線程的例子,在不少狀況下這就夠用了,而後ThreadStart這個委託定義爲void ThreadStart(),也就是說,所執行的方法不能有參數,這顯然是個很大的不足,爲了彌補這個缺陷,聰明的程序員想出了許多好的方法,咱們將在須要傳遞多個參數一節中進行介紹,這裏咱們先介紹.Net爲了解決這個問題而設定的另一個委託:就是ParameterizedThreadStart ,我會在下面詳細講述。windows

須要傳遞單個參數數組

    public void test
    {
        //ParameterThreadStart的定義爲void ParameterizedThreadStart(object state)
        //使用這個這個委託定義的線程的啓動函數能夠接受一個輸入參數,具體例子以下
        ParameterizedThreadStart threadStart=new ParameterizedThreadStart(Calculate);
        Thread thread=new Thread();
        thread.Start(0.9); 
    }

    public void Calculate(object arg)
    {
        double Diameter=double(arg);
        Console.Write("The perimeter Of Circle with a Diameter of {0} is {1}",
        Diameter,Diameter*Math.PI);
    }

例2
      Calculate方法有一個爲object類型的參數,雖然只有一個參數,並且仍是object類型的,使用的時候尚須要類型轉換,可是好在能夠有參數了,而且經過把多個參數組合到一個類中,而後把這個類的實例做爲參數傳遞,就能夠實現多個參數傳遞。多線程

須要傳遞多個參數異步

     雖然經過把須要的參數包裝到一個類中,委託ParameterizedThreadStart就能夠傳遞多個參數,可是因爲這個委託的傳入參數是object,因此不可避免的須要進行參數轉換,下面還有幾個經常使用的參數傳遞方法,讓咱們來一一看來使用專門的線程類,這是許多程序員愛使用的經典模式,簡單來講,就是把須要另起線程執行的方法,和他須要的參數放到一個類中,參數做爲了類的屬性,調用時聲明此類的實例,而後初始化屬性,方法執行時直接使用類裏初始化好的屬性來執行,這樣方法自己就能夠不須要參數,而又起到了多參數傳遞的效果,因而使用本文最開始提到的不帶參數的ThreadStart委託就能夠了,而且因爲須要執行的方法和參數都放在一個類中,充分體現了面向對象的特色.具體方法以下:async

      仍是計算面積的方法的例子,咱們把這個方法用一個類包裝起來,輸入參數Diameter(直徑)是這個類的一個字段函數

public class MyThread
{
    public double Diameter = 10;
    public double Result = 0;

    public MyThread(int Diameter)
    {
        this.Diameter = Diameter;
    }

    public void Calculate()
    {
        Console.WriteLine("Calculate Start");
        Thread.Sleep(2000);
        Result = Diameter * Math.PI; ;
        Console.WriteLine("Calculate End, Diameter is {0},Result is {1}", this.Diameter, Result);
    }
}

MyThread t=new MyThread(5.0);
ThreadStart threadStart=new ThreadStart(t.Calculate)
Thread thread=new Thread(threadStart);
thread.Start(); 
}

例3

     這種方法把參數傳遞變成了屬性共享,想傳遞多少個變量均可以,從封裝上講,把邏輯和邏輯涉及的數據封裝在一塊兒,也很不錯,這個方法還有一個聰明的變體,利用了匿名方法,這種變體連獨立的類都省掉了,我如今給出這個方法。

double Diameter = 6;
double Result=0;
Thread ta = new Thread(new ThreadStart(delegate()
{
Thread.Sleep(2000);
Result=Diameter * Math.PI;
Console.WriteLine("匿名 Calculate  End, Diameter is {0},Result is {1}",
            Diameter, Result); ;
})); 
ta.Start();

例4

      這個方法和上例道理相同,都是把參數傳遞變成了對變量的調用,從而取消了參數傳遞,可是,後者充分利用了匿名方法的一個性質,就是能夠直接使用當前上下文的局部變量,好比委託中的Diameter,和Result.固然,這樣作的缺點是若是匿名方法太長,程序的可讀性會下降,因此通常不多有人這樣作,這裏給出這個方法供你們參考,關於匿名委託的資料能夠參見

     聰明的讀者確定想,既然能夠用字段來傳入變量,固然也能夠用字段傳出變量,好比在上面兩個例子裏咱們看到計算結果都寫進了一個叫Result(加亮的地方)的變量裏,咱們直接訪問這個變量不就能夠獲得計算結果了嗎?

     這樣作有一個致命的問題:既然是異步執行,主線程怎麼知道分線程何時完成了計算呢?好比上兩個例子中,咱們的線程都睡眠了2000毫秒,而後才進行計算,那麼若是主線程在沒有完成計算前訪問Result,只能獲得一個0值.因而咱們就有了下面的一系列解決方法。

須要傳遞參數且須要返回參數

     剛纔說到主線程須要知道子線程何時執行完成,可使用Thread.ThreadState枚舉來判斷當線程的ThreadState==ThreadState.Stop時,通常就說明線程完成了工做,這時結果就可用了,若是不是這個狀態,就繼續執行別的工做,或者等待一會,而後再嘗試.假若須要等有多個子線程需的返回,而且須要用他們的結果來進行進異步計算,那就叫作線程同步了,下面咱們介紹另一種我比較推薦的方法,可以自定義參數個數,而且返回數據,並且使用起來也相對方便,

使用委託的異步調用方法和回調

     首先咱們要把須要異步調用的方法定義爲一個委託,而後利用BeginInvoke來異步調用,BeginInvoke的第一個參數就是直徑,第二個是當線程執行完畢後的調用的方法。

delegate double CalculateMethod(double Diameter); 

static CalculateMethod calcMethod;
double result = 0; 

static void Main(string[] args)
{ 
calcMethod = new CalculateMethod(Calculate);
calcMethod.BeginInvoke(5, new AsyncCallback(TaskFinished), null); 
} 

///<summary>
///線程調用的函數
///<summary> 
public static double Calculate(double Diameter)
{ return Diameter * Math.PI; } ///<summary>///線程完成以後回調的函數 ///<summary> public static void TaskFinished(IAsyncResult result) { result=calcMethod.EndInvoke(result); }

例5

注意,再線程執行完畢後執行的方法TaskFinished中,咱們使用了EndInvoke來取得這個函數的返回值

線程池

     線程雖然是個好東西,可是也是個資源消耗大戶,許多時候,咱們須要用多線程,可是又不但願線程的數量過多,這就是線程池的做用,.Net爲咱們提供了現成的線程池ThreadPool,他的使用以下:

WaitCallback w = new WaitCallback(Calculate);
ThreadPool.QueueUserWorkItem(w, 1.0);
ThreadPool.QueueUserWorkItem(w, 2.0);
ThreadPool.QueueUserWorkItem(w, 3.0);
ThreadPool.QueueUserWorkItem(w, 4.0);

public static void Calculate(double Diameter)
{
return Diameter * Math.PI;
} 

例6

      首先定義一個WaitCallback委託,WaitCallback的格式是void WaitCallback(object state),也就是說你的方法必須符合這個格式,接着調用QueueUserWorkItem,將這個任務加入線程池,當縣城池有空閒線時,將會調度並運行你的代碼。

      每個進程都有一個線程池,線程池的默認大小是25,咱們能夠經過SetMaxThreads方法來設置其最大值。

      [注]因爲每一個進程只有一個線程池,因此若是是在iis進程,或者sqlserver的進程中使用線程池,而且須要設置線程池的最大容量的話,會影響到iis進程或sql進程,因此這兩種狀況下要特別當心。

控制權

     在和你們交談的時候我發現凡是習慣了面向對象思惟的同事,老是對多線程狀況下的執行上下文很困擾,好比例5中,主程序啓動了子線程執行Calculate方法,執行完畢後回調TaskFinished,假如主線程id是1,子線程id是2,那麼Calculate確定是在id=2的線程中執行,那麼他的回調函數TaskFinished呢? 一樣也是在id=2的線程上下文中執行,不信你輸出線程id試試,這一般不是什麼問題,可是當咱們須要在Winform編程中使用子線程時,就有可能會引發問題了,咱們將在下面講這個問題。

窗體程序多線程編程的特殊性

      當咱們把例5的回調代碼稍加修改,搬到winform裏面,就能夠看到問題所在了。

public static void TaskFinished(IAsyncResult result)
{
result=calcMethod.EndInvoke(result);
this.TextBox1.Text=result;
}

     程序的原意是在線程執行完畢後講結果寫入一個TextBox,然而當程序執行到this.TextBox1.Text=result這裏的時候就報錯了.原來WinForm對線程有很嚴格的要求,除了建立這些控件的線程,其餘線程想跨線程訪問WinForm上的控件的屬性和方法是不容許(除了幾個特殊屬性),在有的版本系統上,好比XP,對這個問題進行了處理,跨線程控件訪問能夠被執行,可是大多數windows系統都是不能夠的,那麼若是咱們確實須要跨線程修改控件屬性,或者調用控件的方法,就必須用到控件的一個方法Invoke,這個方法能夠把執行上下文切換回建立這些控件的線程,具體操做以下:

delegate void changeText(string result);

public static void TaskFinished(IAsyncResult result)
{
result=calcMethod.EndInvoke(result); 
this.BeginInvoke(new changeText(this.textBox1.AppendText),t.Result.ToString())
}

     因爲委託中必須使用方法,因此我用AppendTex方法t,而不是直接設置Text屬性,你若是想設置text屬性,就必須本身包裝一個方法,而後鏈接到委託了。

2.多線程的實例介紹

問題的提出

      所謂單個寫入程序/多個閱讀程序的線程同步問題,是指任意數量的線程訪問共享資源時,寫入程序(線程)須要修改共享資源,而閱讀程序(線程)須要讀取數據。在這個同步問題中,很容易獲得下面二個要求:

1)當一個線程正在寫入數據時,其餘線程不能寫,也不能讀;  

2)當一個線程正在讀入數據時,其餘線程不能寫,但可以讀。

     在數據庫應用程序環境中常常遇到這樣的問題。好比說,有n個最終用戶,他們都要同時訪問同一個數據庫。其中有m個用戶要將數據存入數據庫,n-m個用戶要讀取數據庫中的記錄。

     很顯然,在這個環境中,咱們不能讓兩個或兩個以上的用戶同時更新同一條記錄,若是兩個或兩個以上的用戶都試圖同時修改同一記錄,那麼該記錄中的信息就會被破壞。

     咱們也不讓一個用戶更新數據庫記錄的同時,讓另外一用戶讀取記錄的內容。由於讀取的記錄頗有可能同時包含了更新和沒有更新的信息,也就是說這條記錄是無效的記錄。

實現分析

     規定任一線程要對資源進行寫或讀操做前必須申請鎖。根據操做的不一樣,分爲閱讀鎖和寫入鎖,操做完成以後應釋放相應的鎖。將單個寫入程序/多個閱讀程序的要求改變一下,能夠獲得以下的形式:

一個線程申請閱讀鎖的成功條件是:當前沒有活動的寫入線程。

一個線程申請寫入鎖的成功條件是:當前沒有任何活動(對鎖而言)的線程。

      所以,爲了標誌是否有活動的線程,以及是寫入仍是閱讀線程,引入一個變量m_nActive,若是m_nActive > 0,則表示當前活動閱讀線程的數目,若是m_nActive=0,則表示沒有任何活動線程,m_nActive <0,表示當前有寫入線程在活動,注意m_nActive<0,時只能取-1的值,由於只容許有一個寫入線程活動。

     爲了判斷當前活動線程擁有的鎖的類型,咱們採用了線程局部存儲技術(請參閱其它參考書籍),將線程與特殊標誌位關聯起來。

     申請閱讀鎖的函數原型爲:public void AcquireReaderLock( int millisecondsTimeout ),其中的參數爲線程等待調度的時間。函數定義以下:

public void AcquireReaderLock( int millisecondsTimeout ) 
{ 
// m_mutext很快能夠獲得,以便進入臨界區 

m_mutex.WaitOne( );    
// 是否有寫入線程存在    
bool bExistingWriter = ( m_nActive < 0 ); 
if( bExistingWriter ) 
{ //等待閱讀線程數目加1,當有鎖釋放時,根據此數目來調度線程 
m_nWaitingReaders++;    
}  
else 
{ //當前活動線程加1 
m_nActive++;    
} 

m_mutex.ReleaseMutex(); 
//存儲鎖標誌爲Reader    
System.LocalDataStoreSlot slot = Thread.GetNamedDataSlot(m_strThreadSlotName); 
object obj = Thread.GetData( slot ); 
LockFlags flag = LockFlags.None; 

if( obj != null )    
flag = (LockFlags)obj ;    
if( flag == LockFlags.None ) 
{   
Thread.SetData( slot, LockFlags.Reader ); 
}    
else    
{ 
Thread.SetData( slot, (LockFlags)((int)flag | (int)LockFlags.Reader ) ); 
} 
if( bExistingWriter ) 
{ //等待指定的時間    
this.m_aeReaders.WaitOne( millisecondsTimeout, true ); 
}     
 } 

     它首先進入臨界區(用以在多線程環境下保證活動線程數目的操做的正確性)判斷當前活動線程的數目,若是有寫線程(m_nActive<0)存在,則等待指定的時間而且等待的閱讀線程數目加1。若是當前活動線程是讀線程(m_nActive>=0),則可讓讀線程繼續運行。

      申請寫入鎖的函數原型爲:public void AcquireWriterLock( int millisecondsTimeout ),其中的參數爲等待調度的時間。函數定義以下:

public void AcquireWriterLock( int millisecondsTimeout ) 
{    
// m_mutext很快能夠獲得,以便進入臨界區    
m_mutex.WaitOne( ); 
// 是否有活動線程存在 
bool bNoActive = m_nActive == 0; 
if( !bNoActive ) 
{  m_nWaitingWriters++; 
}   
else 
{ 
m_nActive--; 
} 
m_mutex.ReleaseMutex(); 
//存儲線程鎖標誌 
System.LocalDataStoreSlot slot = Thread.GetNamedDataSlot( "myReaderWriterLockDataSlot" ); 
object obj = Thread.GetData( slot );    
LockFlags flag = LockFlags.None;   
if( obj != null )    
flag = (LockFlags)Thread.GetData( slot );    
if( flag == LockFlags.None ) 
{ Thread.SetData( slot, LockFlags.Writer );    
} 
 else 
{   
Thread.SetData( slot, (LockFlags)((int)flag | (int)LockFlags.Writer ) ); 
} 

//若是有活動線程,等待指定的時間 

if( !bNoActive ) 
this.m_aeWriters.WaitOne( millisecondsTimeout, true );    
} 

      它首先進入臨界區判斷當前活動線程的數目,若是當前有活動線程存在,不論是寫線程仍是讀線程(m_nActive),線程將等待指定的時間而且等待的寫入線程數目加1,不然線程擁有寫的權限。

      釋放閱讀鎖的函數原型爲:public void ReleaseReaderLock()。函數定義以下:

public void ReleaseReaderLock() 

{    
System.LocalDataStoreSlot slot = Thread.GetNamedDataSlot(m_strThreadSlotName ); 
LockFlags flag = (LockFlags)Thread.GetData( slot ); 
if( flag == LockFlags.None ) 

{   return; 
} 

bool bReader = true;  switch( flag ) 
{    
case LockFlags.None:    
break; 
case LockFlags.Writer: 
bReader = false; 
break; 
} 

if( !bReader ) 
return; 
Thread.SetData( slot, LockFlags.None ); 
m_mutex.WaitOne(); 
AutoResetEvent autoresetevent = null; 
this.m_nActive --; 
if( this.m_nActive == 0 ) 
{    if( this.m_nWaitingReaders > 0 ) 

{    
m_nActive ++ ;    
m_nWaitingReaders --;    
autoresetevent = this.m_aeReaders; 
}    
else if( this.m_nWaitingWriters > 0)    
{   
m_nWaitingWriters--; 

m_nActive --; 

autoresetevent = this.m_aeWriters ; 

}    } 

m_mutex.ReleaseMutex();    
if( autoresetevent != null )    
autoresetevent.Set();    
} 

     釋放閱讀鎖時,首先判斷當前線程是否擁有閱讀鎖(經過線程局部存儲的標誌),而後判斷是否有等待的閱讀線程,若是有,先將當前活動線程加1,等待閱讀線程數目減1,而後置事件爲有信號。若是沒有等待的閱讀線程,判斷是否有等待的寫入線程,若是有則活動線程數目減1,等待的寫入線程數目減1。釋放寫入鎖與釋放閱讀鎖的過程基本一致,能夠參看源代碼。

      注意在程序中,釋放鎖時,只會喚醒一個閱讀程序,這是由於使用AutoResetEvent的原歷,讀者可自行將其改爲ManualResetEvent,同時喚醒多個閱讀程序,此時應令m_nActive等於整個等待的閱讀線程數目。

測試

      測試程序取自.Net FrameSDK中的一個例子,只是稍作修改。測試程序以下:

using System;    
using System.Threading;   
using MyThreading;    
class Resource {    
myReaderWriterLock rwl = new myReaderWriterLock();    
public void Read(Int32 threadNum) {    
rwl.AcquireReaderLock(Timeout.Infinite); 

try {   Console.WriteLine("Start Resource reading (Thread={0})", threadNum); 

Thread.Sleep(250); 

Console.WriteLine("Stop Resource reading (Thread={0})", threadNum); 
} 

finally {  rwl.ReleaseReaderLock(); 

}   } 

public void Write(Int32 threadNum) {    
rwl.AcquireWriterLock(Timeout.Infinite);    
try {    
Console.WriteLine("Start Resource writing (Thread={0})", threadNum); 
Thread.Sleep(750); 
Console.WriteLine("Stop Resource writing (Thread={0})", threadNum); 
} 

finally {  rwl.ReleaseWriterLock();    
}   }    
}    
class App { 

static Int32 numAsyncOps = 20;    
static AutoResetEvent asyncOpsAreDone = new AutoResetEvent(false);    
static Resource res = new Resource();       
public static void Main() {    
for (Int32 threadNum = 0; threadNum < 20; threadNum++) {    
ThreadPool.QueueUserWorkItem(new WaitCallback(UpdateResource), threadNum);
} 

asyncOpsAreDone.WaitOne(); 
Console.WriteLine("All operations have completed.");    
Console.ReadLine();    
} 

// The callback method's signature MUST match that of a System.Threading.TimerCallback    
// delegate (it takes an Object parameter and returns void)   
static void UpdateResource(Object state) {    
Int32 threadNum = (Int32) state;    
if ((threadNum % 2) != 0) res.Read(threadNum);    
else res.Write(threadNum);    
if (Interlocked.Decrement(ref numAsyncOps) == 0)    
asyncOpsAreDone.Set();    
}    
}
相關文章
相關標籤/搜索