導語：大牛常說閱讀原始碼是很低效的學習方法。但對我輩初學者而言，閱讀原始碼卻是掌握程式設計想法、編碼規範的好方法。簡而言之，讀源碼不是萬能的，不讀源碼是萬萬不能的。
SocketServer是標準函式庫中一個很有代表性的函式庫。它基於socket提供一套快速建立socket伺服器的框架，並且可以透過Mix-in的技巧讓單執行緒伺服器進化為多執行緒或多進程伺服器。 Socketserver.py裡面的類別很多，下面一個一個介紹並介紹它們之間關係。
BaseServer、TCPServer、UDPServer，前者是後兩者的父類。在父類別中實作了TCP與UDP伺服器可以共用的方法，並留下了需要在子類別中實作的抽象類別。因此在實際工作中，我們一般不應該繼承BaseServer類，除非你是為了自己去實作或重載某些方法。另外，還有UnixStreamServer和UnixDatagramServer分別繼承自TCPserver和UDPServer。這兩個帶有Unix字樣的類別是用來建構*nix下本地socket的伺服器（本地socket存取速度更快，但只能用在本機的進程間通訊）
接下來是ForkingMixIn和ThreadingMixIn兩個混合類，它們都提供Server類別中process_request方法的新實現，前者在處理每次使用者連線的時候都會開啟新的進程，而後者會開啟新的執行緒。想要讓Server類別實作並發處理，只用利用多重繼承即可。或直接使用已經混合好的
class ForkingUDPServer(ForkingMixIn, UDPServer): pass
class ForkingTCPServer(ForkingMixIn, TCPServer): pass
class ThreadingUDPSerread(ThreadingMreadver( ver): pass
最後沒有介紹的是BaseRequestHandler、StreamRequestHandler、DatagramRequestHandler，同Server一樣，前者是後兩者的父類用來提供公用的方法
通常在使用SocketServer的時候我們只用自己實例化一個合適的Server類，並在實例化時傳遞其監聽的IP、端口，以及之前繼承自某個RequestHandler的類（需要自行實現hanle方法，作為server的請求處理器）
這裡需要特別注意的：
1. IP和連接埠是作為一個元組傳遞的而不是兩個單獨的參數。
2.每個客戶連線都會在hanle方法運行完之後被關閉，你如果不想關閉就需要重寫Server中的def shutdown_request(self, request)方法
___________________我是華麗麗的分割線________________________
可以說這個標準函式庫用起來還很方便的，但功能上還是有些不足。
1.它沒有提供各個hanle實例之間的通訊機制，因此客戶端互發訊息還是需要自己實作一個觀察者模型。
不過這個功能似乎也超過了SocketServer的工作職責了。我們可以自己實現，也可以使用python-message這個國產第三方函式庫來進行線程間基於訊息的程式設計。
2.它提供了多線程多進程的解決方案，但沒有異步方案的server每次訪問都是阻塞的
關於這點我感覺很遺憾，不過這個庫也不是太複雜，大不了自己寫一個非同步的socketserver吧，自己動手豐衣足食！
因為本來就是是對原始碼的解讀，所以這篇文章沒有放什麼程式碼。讀者完全可以自己去標準柯瑞翻看，註解寫的真的很讚。
