摘要:.Net提供了許多多線程編程工具,多是由於太多了,因此掌握起來老是有一些頭疼,我在這裏講講我總結的一些多線程編程的經驗,但願對你們有幫助。程序員
不須要傳遞參數,也不須要返回參數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屬性,就必須本身包裝一個方法,而後鏈接到委託了。
問題的提出
所謂單個寫入程序/多個閱讀程序的線程同步問題,是指任意數量的線程訪問共享資源時,寫入程序(線程)須要修改共享資源,而閱讀程序(線程)須要讀取數據。在這個同步問題中,很容易獲得下面二個要求:
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(); } }