最近給自己換了個(gè)老板，忙了一段時(shí)間，所以有幾個(gè)月沒寫博客，今后還是要爭(zhēng)取多寫啊，呵呵。
換來新地方，第一件大的事情就是修改后端架構(gòu)和通信協(xié)議，架構(gòu)也設(shè)計(jì)得很普通，因?yàn)檫@邊的業(yè)務(wù)不需要太過復(fù)雜的后端，所以就簡(jiǎn)單設(shè)計(jì)了一下，基本是參照web的模型，符合我一貫的向web學(xué)習(xí)的思想，弄了個(gè)gate管理入口，相當(dāng)于web下的webserver，后端其他服務(wù)器掛在該gate下，相當(dāng)于web模型下的appserver，或者fastcgi模型的fastcgi進(jìn)程，gate上管理連接、合法性檢測(cè)、登錄、加密、壓縮、緩存。Gate和后端通信本來想?yún)⒄?/span>fastcgi協(xié)議，但看了之后覺得fastcgi協(xié)議還是復(fù)雜了，所以就設(shè)計(jì)了一個(gè)更簡(jiǎn)單的協(xié)議，gate和后端server之間可傳遞key:value型數(shù)據(jù)對(duì)，value不局限于字符串，可以是任意數(shù)據(jù)，這樣基本滿足了當(dāng)前的需求，第一版放上去之后也運(yùn)行良好，到今天也基本持續(xù)穩(wěn)定運(yùn)行快一個(gè)月了，沒出過什么事情。由于在gate這邊緩沖了job管理，所以后端server升級(jí)很方便，隨時(shí)可關(guān)閉更新，gate會(huì)在窗口時(shí)間內(nèi)將未執(zhí)行完成的任務(wù)重新提交，有此功能可放心大膽的升級(jí)后端，這個(gè)月這樣的工作做了幾次，在架構(gòu)修改之前這樣的事情幾乎是不敢做的，因?yàn)橐坏┥?jí)所有用戶全部斷開連接，而現(xiàn)在用戶則基本無感覺。Gate上的緩存層為后端減少了一些壓力，這個(gè)緩存是按照請(qǐng)求的md5為key做的，并根據(jù)協(xié)議配置時(shí)效，有此cache后端大多數(shù)服務(wù)可不設(shè)計(jì)緩存或降低緩存設(shè)計(jì)的復(fù)雜度。Gate上針對(duì)敏感數(shù)據(jù)統(tǒng)一做了加密處理，主要是辛辛苦苦整理的數(shù)據(jù)不能輕易讓競(jìng)爭(zhēng)對(duì)手竊去了，呵呵。Gate也做了壓縮，現(xiàn)在是針對(duì)>=128長(zhǎng)度的包進(jìn)行壓縮，使用了qlz，壓縮效率還是很不錯(cuò)的，速度很快。目前gate后端掛接的既有win上的server也有linux上的server，這是一開始就這么規(guī)劃的，現(xiàn)在看來當(dāng)初的目的達(dá)到了，混合發(fā)揮各自的優(yōu)勢(shì)，有的項(xiàng)目在原有系統(tǒng)上跑得好好的，沒必要重新開發(fā)嘛。
協(xié)議設(shè)計(jì)上本來我是計(jì)劃二進(jìn)制混合json格式，以二進(jìn)制為主，但嘗試了一個(gè)協(xié)議之后發(fā)現(xiàn)，這邊的小伙子們對(duì)直接操縱內(nèi)存普遍技術(shù)不過關(guān)，他們大多是從java開始的，后來才學(xué)習(xí)c，對(duì)字符串用得很熟練，權(quán)衡之下采用了json為主，混合二進(jìn)制為輔的方案，這樣修改之后的協(xié)議和他們之前使用的xml類似，就是更小更緊湊一點(diǎn)，使用方法上很類似，從現(xiàn)在的效果看還行，使用json格式為主的協(xié)議當(dāng)然不能跟使用pb之類的相比，解析效率上大約單線程每秒解析20來萬10個(gè)obj的對(duì)象，速度上不算太快但也不算太慢，對(duì)付一秒至多幾萬數(shù)據(jù)包的應(yīng)用來說還是夠的，因?yàn)楝F(xiàn)在cpu計(jì)算能力普遍過剩，使用json的另個(gè)好處就是增刪字段很方便，各個(gè)版本之間不需要太考慮版本的問題，要是全用二進(jìn)制格式就要麻煩很多了，在使用壓縮之后，目前的json格式協(xié)議比之前的xml協(xié)議減少了2/3的帶寬使用，總體效果還是可以的。使用json調(diào)試也很方便，我提供了一個(gè)工具，寫后端的就直接用該工具按照json格式收發(fā)數(shù)據(jù)，無需等client開發(fā)好了再去做后端，之后做client也很方便，請(qǐng)求發(fā)過去之后返回來的就是標(biāo)準(zhǔn)的json格式數(shù)據(jù)，同樣的解析方法，每個(gè)不同的應(yīng)用就按照不同的格式處理下即可，和web等模塊交互也很方便，這可算是額外的好處了。
總之，雖然json格式存儲(chǔ)效率和解析效率跟二進(jìn)制方式還差半個(gè)量級(jí)到一個(gè)量級(jí)，但合理使用還是可以的，特別是跟xml相比優(yōu)勢(shì)很明顯，權(quán)衡使用吧，當(dāng)然追求極致效率可能還是用pb之類的更合適一些，或者自己設(shè)計(jì)tlv格式。