FileZilla 源代碼分析3
FileZilla是一種快速、可信賴的FTP客戶端以及服務器端開放源代碼程式，具有多種特色、直覺的接口。本文就給大家分析下FileZilla的源代碼。
< type="text/javascript"> < src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type="text/javascript"> < type="text/javascript"> < src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type="text/javascript">
win32同步控制機制(Synchronization)回顧
1、Critical Sections(關鍵域)
最簡單的一種同步機制，創(chuàng)建和銷毀的函數(shù)是：
InitializeCriticalSection()
DeleteCriticalSection()
在被創(chuàng)建后，使用如下函數(shù)實現(xiàn)線程同步，
EnterCritSection()
... 需要同步的代碼
LeaveCritSection()
即在同一時間內(nèi)，EnterCritSection和LeaveCritSection中間的代碼只能被一個線程處理。注意的問題是：
Critical Sections類型的變量并不是一個核心對象，即沒有handle;
它存在于進程的內(nèi)存空間中，即不可跨進程使用;
可能會導致死鎖;
2、Mutexes(互斥器)
創(chuàng)建和銷毀的函數(shù)是：
CreateMutex()
CloseHandle()
如果Mutex已經(jīng)被創(chuàng)建，這樣打開和關閉：
OpenMutex()
ReleaseMutex()
使用的時候，用wait函數(shù)來等待Mutex，一旦沒有線程擁有這個Mutex，這個線程就會獲得這個Mutex，在這個線程處理完以后，調(diào)用ReleaseMutex()可以釋放這個Mutex，其它等待中的線程就會重新競爭這個Mutex，同時只能有一個線程獲得這個Mutex，沒競爭到的線程則處于blocking阻塞狀態(tài)。常見的wait函數(shù)有：
WaitForSingleObject() // 等待一個mutex
WaitForMultipleObjects() // 同時等待多個mutex，要不同時擁有多個，要不一個也沒有
和Critical Sections相比，mutex是一個核心對象，因此是跨進程的，即多個進程可以使用同一個mutex，并且CreateMutex()的開銷比InitializeCriticalSection()要大得多。
相比而言，mutex更重量級，更慢，但也更靈活。
3、信號量(Semaphores)
創(chuàng)建和銷毀的函數(shù)是：
CreateSemaphore()
CloseHandle()
獲取這個Semaphore的函數(shù)同樣是那些wait函數(shù)WaitForSingleObject(), WaitForMultipleObjects()等等。
使用Semaphores的含義是：Semaphores可以同時被多個線程擁有，但在CreateSemaphore()時會指定一個同時擁有這個Semaphore的***線程數(shù)，即每個線程調(diào)用wait函數(shù)獲取Semaphore時，Semaphore內(nèi)部的可用值就會減1，一旦可用值為0，則線程必須等待。當擁到Semaphore的線程運行完后，也應該調(diào)用ReleaseSemaphore()來釋放。
同Mutexes不一樣的是，調(diào)用ReleaseSemaphore()的線程并一定是調(diào)用wait并獲得擁有權的那個線程，即任何線程都可以在任何時間調(diào)用ReleaseSemaphore()來解除被任何線程鎖定的Semaphore。
在某種意義上，Mutexes可以看成是Semaphore的一個特例，即只能同時被一個線程鎖定的Semaphore。
Semaphore也是核心對象。
4、事件(Event Objects)
win32中最靈活的應該是events了，它也是一種核心對象。
events的含義在于：events有兩種狀態(tài)，激活和非激活，在events被激活時，那些等待著的線程會被喚醒。
創(chuàng)建和銷毀的函數(shù)是：
CreateEvent()，創(chuàng)建時可以指定events是manual或automatic，manual的含義是events的狀態(tài)是由程序員設定的。automatic的含義是events變成激話后，立即自動變成非激活。
CloseHandle()
獲取這個events的函數(shù)同樣是那些wait函數(shù)WaitForSingleObject(), WaitForMultipleObjects()等等。
下面三個方法可以改變events的狀態(tài)：
SetEvent(): 把events設為激活
ResetEvent(): 把events設為非激活
PulseEvent(): 激活events，然后立即高為非激活。如果events是manual的，則喚醒所有等待的線程，如果events是automatic的，同喚醒“一個”等待的線程。
注意，如果event是manual時，這時調(diào)用SetEvent后，如果不調(diào)用ResetEvent，則等待中的線程會被不斷的喚醒，即不斷地執(zhí)行CreateThread時指定的lpStartAddress方法。
還有一點，windows系統(tǒng)可以保證被喚醒的線程是一個接著一個的，即不會有的線程總是被喚醒，而有些線程被餓死。
< type="text/javascript"> < src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type="text/javascript">
通過文章完整的描述，大家應該知道了FileZilla 源代碼，希望對大家有幫助！
【編輯推薦】
