設(shè)計(jì)一個(gè)雙向溝通即時(shí)知道對(duì)方狀態(tài)的伺服器

fiendcly

下午想了又想....想了又想....

先畫了這張圖...

我的需求是建立一個(gè) 雙向溝通的 即時(shí)知道對(duì)方狀態(tài)的伺服器

我先把想法畫成一張圖.....





1 會(huì)走向 2 也會(huì)走向 3 如果往 3 走上去 會(huì)走向 4 跟 5 .

如果停在 5 上面 則 5 跟 6 會(huì)不停的去讀取 Vector OR MAP 的內(nèi)容 , 判斷要發(fā)送 TCP 給那些人.

如果都處理完了 6 就會(huì)走回 4 再走回 1,2,3,4 那二圈.

讓 5,6 會(huì)因?yàn)?使用者共同組織了一個(gè)組織 在裡頭時(shí)才會(huì)不停的把 TCP 送給 5,6 迴路的人.

讓 5,6 迴路的人可以互相即時(shí)知道對(duì)方的動(dòng)態(tài)........

提供參考....


有什麼好的建議~~請(qǐng)多多建議~~謝謝~~

PS : 就是不想用 UDP 封包 做才想破頭... >_<" 別建議我用 UDP 做...

fiendcly

這個(gè)板沒有 TCP 的專業(yè)人士嗎.......


畫圈圈中~~~

duanjigang

沒看到圖

fiendcly

duanjigang 發(fā)表于 2012-08-31 07:29
沒看到圖

可能是你們繞不到臺(tái)灣的機(jī)房.

fiendcly

昨天實(shí)驗(yàn)了一下

5,6 群組的楖念~會(huì)造成~3 , 4  被影響 .

如果想要 5,6 / 3,4 都有在做

而且 3,4 是一個(gè)由 CLIENT 個(gè)人發(fā)動(dòng)個(gè)人讀取的 開關(guān).

5,6 則是共享在一個(gè) 群組 讀取 3,4 的行為來決定要發(fā)動(dòng)給這群組相關(guān)的人.

解法我能想到的只有二種~~

FORK 取用 共用 記憶體. SHM ( LINUX KERNEL 層的一個(gè)技巧 )

THREAD 共用資源 開 THREAD 出來跑~~

後來我選用 THREAD , 這樣可移值性會(huì)高一點(diǎn)~

yangsf5

1、2、3為讀事件，放一起維護(hù)。
讀完一次完整數(shù)據(jù)，當(dāng)一個(gè)job，扔給線程池。
線程池里邊是job的邏輯。

5、6、4為一起維護(hù)，為寫事件。
邏輯作完，就觸發(fā)一個(gè)寫事件。



如果你的業(yè)務(wù)簡(jiǎn)單，并發(fā)量低，單線程都可以搞定。
epoll，select，IOCP這些了解嗎？
C++：libevent等
Java：netty，NIO

linux_c_py_php

自己讀lighttpd/nginx/memcached源碼, 網(wǎng)絡(luò)開發(fā)能力基本就到頭了.

問了白問.

不想寫就考慮XMPP(JABBERD2)

fiendcly

@@" 這專案我己經(jīng)全部寫完了.

架構(gòu)圖也改了很多...

後來又做了 群組TCP廣撥和同房間資訊互通 還有 二個(gè) TCP SERVER 互相溝通並且廣撥到另一個(gè)TCP SERVER 的功能.

謝謝大家熱情回答..

fiendcly

linux_c_py_php 發(fā)表于 2012-09-20 13:50
自己讀lighttpd/nginx/memcached源碼, 網(wǎng)絡(luò)開發(fā)能力基本就到頭了.

問了白問.

@@ SOCKET 的應(yīng)用應(yīng)該算是最基本的應(yīng)用.

網(wǎng)路應(yīng)用的 LAYER 2,3,4 層的應(yīng)用也很好玩....

L4 層應(yīng)用應(yīng)該算是入門不太覺得是到頭了.