從2004年使用iocp開始，嘗試過很多種client生存期管理，最初使用
一個鎖userlock，在sendcomp和recvcomp以及senddata等都用一個鎖，而且是
進去的地方就開始鎖，這種方式最簡單，也產(chǎn)生了最初的版本，之后為
追求更高效率，慢慢演變?yōu)槭褂脙蓚€鎖，readlock和writelock，再之后
演變?yōu)閟end使用一個鎖，recv使用interlockedxxx，再之后演變?yōu)?br>send使用一個cs鎖和一個sending，recv使用一個ref，經(jīng)歷了如此多種演變。

1、一個鎖userlock, sendcomp recvcomp senddata都用這個鎖。
2、兩個鎖，userlock, sendlock
3、一個鎖userlock+socket查找，鎖范圍比1小，多一次全局查找操作。
4、一個鎖sendlock，一個ref（InterlockedXXX）
   wsasend wsarecv 對象生存期等都用ref計數(shù)
5、一個鎖sendlock和一個sending（InterlockedXXX），一個ref（InterlockedXXX）
   wsasend用sending計數(shù)，wsarecv等用ref計數(shù)

歷經(jīng)如此幾個版本的修改，鎖的范圍越來越小，interlocked次數(shù)越來越少，反應(yīng)自然
越來越快。
今天為了寫總結(jié)文章，拿1 4 5進行了一次比較，1除了大量連接的時候比4 5 反應(yīng)
慢了很多之外在cpu mem等占用方面幾乎和4 5 相當(dāng)，也就是說除了實時性方面差一些
其他方面沒有太大差別。
但4 5都是用到了線程級別的內(nèi)存池，1的測試例程還是用老的內(nèi)存池，這個差別也
很大，所以綜合地看，雖然做了很多優(yōu)化卻是花費80%的時間，做了20%的鳥事。