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