一套網(wǎng)絡(luò)框架的杯具
之前設(shè)計(jì)了一套網(wǎng)絡(luò)框架，持續(xù)改進(jìn)了很多年，使用在很多項(xiàng)目上，綜合效率還行，也很穩(wěn)定，一直以來(lái)對(duì)這套東西信心滿滿，總以為啥問(wèn)題都好解決，但最近就有個(gè)需求讓我選擇還是改了下這個(gè)框架。
之前的框架是這樣的，可以開(kāi)一組N個(gè)io線程，可以開(kāi)一組N個(gè)同步線程（默認(rèn)1個(gè)），可以開(kāi)一組N個(gè)異步線程（默認(rèn)1個(gè)），可以開(kāi)一組N個(gè)timer線程（默認(rèn)1個(gè)），可以開(kāi)一組N個(gè)異步線程（默認(rèn)cpu個(gè)），每組可獨(dú)立受控，每組可支持自定義消息，可支持timer，一組N個(gè)如果N大于1則無(wú)法直接給這組里面的特定線程發(fā)消息，只能給一組發(fā)消息，這個(gè)組里面會(huì)選擇某個(gè)合適的線程處理這個(gè)消息，這也是iocp高效和典型的用法了，但這也正是問(wèn)題的結(jié)癥所在。
Linux下的多線程服務(wù)器更常見(jiàn)的做法跟這個(gè)不大相似，一般都是將某些socket分配到某些線程epoll，分好之后就是固定的，不再變化，跟Iocp將socket綁定到一組線程的做法不同，由于某個(gè)socket直接綁定到了某個(gè)線程，所以有些問(wèn)題就變得簡(jiǎn)單了，如同一個(gè)連接的在同一個(gè)線程內(nèi)消息進(jìn)行了同步，要跟io線程綁定私有化數(shù)據(jù)也簡(jiǎn)單了，而且每個(gè)線程可獨(dú)立受控，所以很容易實(shí)現(xiàn)一組io各自掛tls（線程局部存儲(chǔ)）數(shù)據(jù)，而我現(xiàn)在做的這套框架就是這方面不好控了，其實(shí)也很難說(shuō)這兩種意義上的框架到底誰(shuí)更優(yōu)，如用在web型應(yīng)用上這種socket被一組io線程管理的模式很方便效率也高，但我現(xiàn)在的需求需要某個(gè)socket使用線程相關(guān)數(shù)據(jù)，以避免數(shù)據(jù)之間的鎖，我用內(nèi)存換時(shí)間，由于在原來(lái)的框架上增邏輯難以實(shí)現(xiàn)可直接控制io線程的框架的，所以花了一個(gè)晚上重新改寫了一套框架，在原來(lái)iocpframe的基礎(chǔ)上派生了一組帶2名稱的類，除替換類名之外只修改了幾十行代碼就做好了，總的來(lái)說(shuō)花的時(shí)間還是比較少的。修改后io線程一組，但獨(dú)立受控，外部可對(duì)這組線程中的某一個(gè)直接發(fā)消息，基本滿足了需求，現(xiàn)在要給每個(gè)io線程綁定私有數(shù)據(jù)并觸發(fā)特定消息比之前簡(jiǎn)單多了，而且絕對(duì)無(wú)鎖。