協(xié)議服務(wù)器

最近一哥們打算和我做個(gè)應(yīng)用，我負(fù)責(zé)服務(wù)器。我一直搞前端的，服務(wù)器當(dāng)真不太清楚，只是略知一二。接下來，就是到處看資料，學(xué)習(xí)服務(wù)器相關(guān)的知識(shí)，什么多線程，數(shù)據(jù)庫，網(wǎng)絡(luò)，日志，異常處理等，需要學(xué)的東西太多了。

數(shù)據(jù)庫方面，本打算用mysql，研究了一段時(shí)間，最后選用了sqlserver。數(shù)據(jù)庫與程序的交互，一般通過數(shù)據(jù)庫提供商的接口，支持C++，C，java，PHP等很多種，也有支持ODBC，ADO的。關(guān)于ODBC和ADO，我的理解是對(duì)數(shù)據(jù)庫接口的封裝，對(duì)不同數(shù)據(jù)庫，可以用標(biāo)準(zhǔn)的接口處理，而不依賴具體是哪兒數(shù)據(jù)庫。我們選擇了ADO，但是目前我對(duì)其使用掌握還不太好，之后進(jìn)行研究。

服務(wù)器很重要的一個(gè)性能就是并發(fā)，主要是使用多線程和多進(jìn)程，線程較為輕量，數(shù)據(jù)共享方便，但是編寫難度較高。而多進(jìn)程開銷大些，數(shù)據(jù)獨(dú)立，通信較麻煩。到底如何選擇線程和進(jìn)程，這個(gè)和程序的設(shè)計(jì)有關(guān)，也和CPU的核心數(shù)有關(guān)，目前還不能進(jìn)行有效的分析。不過，我有這樣的一點(diǎn)想法：對(duì)于單核CPU，使用多線程，除了網(wǎng)絡(luò)部分，其實(shí)主要功能是區(qū)分模塊，幾乎是獨(dú)立運(yùn)行的模塊。實(shí)際上，這些獨(dú)立模塊可以獨(dú)立成進(jìn)程，各自運(yùn)行。放在多核心CPU上，這樣的模式依然成立，只是無法充分利用CPU，所以，將任務(wù)比較繁重的邏輯模塊（當(dāng)然也可能有別的模塊/進(jìn)程）用多線程處理，線程數(shù)為核心數(shù)，這樣可以充分利用CPU。這樣一來，模塊獨(dú)立了，不互相干擾，同時(shí)CPU得到充分利用，效率也最大化。在我目前這樣的水平看來確實(shí)是這樣的，不知道以后會(huì)有什么樣的想法?？紤]到水平問題，時(shí)間問題，在這個(gè)項(xiàng)目中，采用的是單進(jìn)程多線程的設(shè)計(jì)，作為第一次服務(wù)器開發(fā)的一個(gè)試驗(yàn)吧。

網(wǎng)絡(luò)方面，我確實(shí)不是太清楚，也就知道一個(gè)TCP，http，socket，但是他們到底什么關(guān)系，完全兩眼一抹黑。查閱了很多資料后，算是大概明白了：

IP網(wǎng)絡(luò)層協(xié)議，個(gè)人理解就是標(biāo)識(shí)網(wǎng)絡(luò)中的地址。

TCP傳輸層協(xié)議，可靠傳送數(shù)據(jù)的協(xié)議，傳輸數(shù)據(jù)流。

應(yīng)用層協(xié)議，傳輸層之上，解析傳輸層數(shù)據(jù)，用于應(yīng)用的協(xié)議，如HTTP，F(xiàn)TP，當(dāng)然可以自己定協(xié)議。

而socket是用于實(shí)現(xiàn)TCP/IP協(xié)議的一個(gè)庫，簡(jiǎn)單地說就是把協(xié)議轉(zhuǎn)成代碼。

關(guān)于第三方庫，主要是實(shí)現(xiàn)HTTP的，他們還分了重量和輕量級(jí)，我現(xiàn)在也不清楚是怎么得出來的。

為了檢驗(yàn)所學(xué)，同時(shí)練練手，我選擇了使用socket寫自己的基于TCP網(wǎng)絡(luò)處理模塊，自己實(shí)現(xiàn)粘包、分包，長連接或者短連接，自定設(shè)計(jì)簡(jiǎn)單的應(yīng)用層協(xié)議，而不是選擇使用http?？赡苤笠龅木褪强纯磆ttp協(xié)議，然后嘗試自己實(shí)現(xiàn)一下吧。

說道這里，還要說的就是數(shù)據(jù)格式，在傳輸數(shù)據(jù)的時(shí)候，一般采用數(shù)據(jù)格式包括，json，xml，binary，protobuf。json用的更多一點(diǎn)，但是protobuf據(jù)說數(shù)據(jù)會(huì)壓縮得很小，挺好用，之后會(huì)嘗試。

還想說的一點(diǎn)就是服務(wù)器的架構(gòu)問題，或者說是設(shè)計(jì)吧。做之前也就是大概想了一下有哪些模塊，隨便畫了簡(jiǎn)圖。真的做起來的時(shí)候，才發(fā)現(xiàn)這樣做對(duì)開發(fā)的指導(dǎo)太少了。開發(fā)過程中會(huì)不停地修改，特別是前面沒有想到的，或者是更細(xì)節(jié)一點(diǎn)的東西，代碼寫得很糾結(jié)，不流暢，完全不是想象中的一氣呵成。我覺得吧，設(shè)計(jì)的時(shí)候，還是必須從大到小，各個(gè)模塊都想清楚了，使用工具軟件，建好模型，把整個(gè)框架搭好了，這樣才能真正高效，并且一氣呵成地完成開發(fā)工作，至少不會(huì)開發(fā)像是便秘一樣。

就到此為止了，這個(gè)項(xiàng)目的有關(guān)情況，還是繼續(xù)做記錄~

Tags：協(xié)議服務(wù)器，初學(xué)服務(wù)器

版權(quán)聲明：本站文章來源標(biāo)注為YINGSOO的內(nèi)容版權(quán)均為本站所有，歡迎引用、轉(zhuǎn)載，請(qǐng)保持原文完整并注明來源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站，禁止在非maisonbaluchon.cn所屬的服務(wù)器上建立鏡像，否則將依法追究法律責(zé)任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學(xué)習(xí)參考，不代表本站立場(chǎng)，如有內(nèi)容涉嫌侵權(quán)，請(qǐng)聯(lián)系alex-e#qq.com處理。