FileZilla FTP服務器源代碼分析（5）
FileZilla FTP服務器源代碼分析：FileZilla是一款免費而且開源的FTP工具。包括FileZilla Client，FileZilla Server兩個版本。FileZilla Server只提供了windows系統下的版本，我們要將本地的網站網頁文件上傳到網站服務器，或從服務器下載網頁文件，只需FileZilla Client客戶端版本就可以了。FileZilla FTP服務器源代碼分析
win32同步控制機制(Synchronization）
1、Critical Sections(關鍵域)
最簡單的一種同步機制，創建和銷毀的函數是：
- InitializeCriticalSection()
- DeleteCriticalSection()
在被創建后，使用如下函數實現線程同步，
- EnterCritSection()
... 需要同步的代碼
- LeaveCritSection()
即在同一時間內，EnterCritSection和LeaveCritSection中間的代碼只能被一個線程處理。注意的問題是：
Critical Sections類型的變量并不是一個核心對象，即沒有handle;
它存在于進程的內存空間中，即不可跨進程使用;
可能會導致死鎖;
2、Mutexes(互斥器)
創建和銷毀的函數是：
- CreateMutex()
- CloseHandle()
如果Mutex已經被創建，這樣打開和關閉：
- OpenMutex()
- ReleaseMutex()
使用的時候，用wait函數來等待Mutex，一旦沒有線程擁有這個Mutex，這個線程就會獲得這個Mutex，在這個線程處理完以后，調用ReleaseMutex()可以釋放這個Mutex，其它等待中的線程就會重新競爭這個Mutex，同時只能有一個線程獲得這個Mutex，沒競爭到的線程則處于blocking阻塞狀態。常見的wait函數有：
WaitForSingleObject() // 等待一個mutex
WaitForMultipleObjects() // 同時等待多個mutex，要不同時擁有多個，要不一個也沒有
和Critical Sections相比，mutex是一個核心對象，因此是跨進程的，即多個進程可以使用同一個mutex，并且CreateMutex()的開銷比InitializeCriticalSection()要大得多。
相比而言，mutex更重量級，更慢，但也更靈活。
3、信號量(Semaphores)
創建和銷毀的函數是：
CreateSemaphore()
CloseHandle()
獲取這個Semaphore的函數同樣是那些wait函數WaitForSingleObject(), WaitForMultipleObjects()等等。
使用Semaphores的含義是：Semaphores可以同時被多個線程擁有，但在CreateSemaphore()時會指定一個同時擁有這個Semaphore的最大線程數，即每個線程調用wait函數獲取Semaphore時，Semaphore內部的可用值就會減1，一旦可用值為0，則線程必須等待。當擁到Semaphore的線程運行完后，也應該調用ReleaseSemaphore()來釋放。
同Mutexes不一樣的是，調用ReleaseSemaphore()的線程并一定是調用wait并獲得擁有權的那個線程，即任何線程都可以在任何時間調用ReleaseSemaphore()來解除被任何線程鎖定的Semaphore。
在某種意義上，Mutexes可以看成是Semaphore的一個特例，即只能同時被一個線程鎖定的Semaphore。
Semaphore也是核心對象。
4、事件(Event Objects)
win32中最靈活的應該是events了，它也是一種核心對象。
events的含義在于：events有兩種狀態，激活和非激活，在events被激活時，那些等待著的線程會被喚醒。
創建和銷毀的函數是：
CreateEvent()，創建時可以指定events是manual或automatic，manual的含義是events的狀態是由程序員設定的。automatic的含義是events變成激話后，立即自動變成非激活。
CloseHandle()
獲取這個events的函數同樣是那些wait函數WaitForSingleObject(), WaitForMultipleObjects()等等。
下面三個方法可以改變events的狀態：
SetEvent(): 把events設為激活
ResetEvent(): 把events設為非激活
PulseEvent(): 激活events，然后立即高為非激活。如果events是manual的，則喚醒所有等待的線程，如果events是automatic的，同喚醒“一個”等待的線程。
注意，如果event是manual時，這時調用SetEvent后，如果不調用ResetEvent，則等待中的線程會被不斷的喚醒，即不斷地執行CreateThread時指定的lpStartAddress方法。
還有一點，windows系統可以保證被喚醒的線程是一個接著一個的，即不會有的線程總是被喚醒，而有些線程被餓死。
【編輯推薦】
