從2004年使用iocp開始，嘗試過很多種client生存期管理，最初使用
一個鎖userlock，在sendcomp和recvcomp以及senddata等都用一個鎖，而且是
進去的地方就開始鎖，這種方式最簡單，也產生了最初的版本，之后為
追求更高效率，慢慢演變為使用兩個鎖，readlock和writelock，再之后
演變為send使用一個鎖，recv使用interlockedxxx，再之后演變為
send使用一個cs鎖和一個sending，recv使用一個ref，經歷了如此多種演變。
1、一個鎖userlock, sendcomp recvcomp senddata都用這個鎖。
2、兩個鎖，userlock, sendlock
3、一個鎖userlock+socket查找，鎖范圍比1小，多一次全局查找操作。
4、一個鎖sendlock，一個ref（InterlockedXXX）
wsasend wsarecv 對象生存期等都用ref計數
5、一個鎖sendlock和一個sending（InterlockedXXX），一個ref（InterlockedXXX）
wsasend用sending計數，wsarecv等用ref計數
歷經如此幾個版本的修改，鎖的范圍越來越小，interlocked次數越來越少，反應自然
越來越快。
今天為了寫總結文章，拿1 4 5進行了一次比較，1除了大量連接的時候比4 5 反應
慢了很多之外在cpu mem等占用方面幾乎和4 5 相當，也就是說除了實時性方面差一些
其他方面沒有太大差別。
但4 5都是用到了線程級別的內存池，1的測試例程還是用老的內存池，這個差別也
很大，所以綜合地看，雖然做了很多優化卻是花費80%的時間，做了20%的鳥事。