網(wǎng)游
服務(wù)器租用商提供的服務(wù)器從幾百元到上萬(wàn)元的都有,所以在這里要提醒用戶朋友們?cè)谶x擇時(shí)千萬(wàn)不要被價(jià)格所左右,主要看兩點(diǎn)就行了,一是看用戶你這個(gè)網(wǎng)游的規(guī)模的大小,二是網(wǎng)游的競(jìng)爭(zhēng)情況。玩家規(guī)模的大小主要從網(wǎng)游服務(wù)器配置和帶寬兩個(gè)方面來(lái)考慮。當(dāng)然如果配置越高,服務(wù)器性能當(dāng)然也就越好,不用說(shuō)其價(jià)格相差也越大;帶寬是影響用戶體驗(yàn)的最重要的一個(gè)因素,帶寬的價(jià)格也隨著大小、獨(dú)享和共享、地區(qū)而不同。下面就由
創(chuàng)新互聯(lián)建站小編和大家講一講網(wǎng)游服務(wù)器和Web服務(wù)器的區(qū)別。
一、Go語(yǔ)言的特點(diǎn)
Go語(yǔ)言跟其他的語(yǔ)言例如Java比起來(lái),算得上一門(mén)很年輕的語(yǔ)言。Go語(yǔ)言是由Robert Griesemer、Rob Pike和Ken Thompson于2007年在Google開(kāi)發(fā)。并于2009年正式發(fā)布。
Go語(yǔ)言的設(shè)計(jì)理念圍繞著簡(jiǎn)潔這兩個(gè)字,認(rèn)為少即是多。如果你熟悉Java,用Java那一套語(yǔ)法命名跟Go做對(duì)比,可以很明顯的體會(huì)到這種感覺(jué)。
Go的特點(diǎn)可以簡(jiǎn)單的概括成以下幾個(gè)點(diǎn)。
1、靜態(tài)類(lèi)型和編譯型
首先Go是靜態(tài)類(lèi)型,靜態(tài)類(lèi)型就是編譯時(shí)就知道每一個(gè)變量的類(lèi)型,得益于此,在編譯的階段就能夠發(fā)現(xiàn)很多問(wèn)題。而如果是動(dòng)態(tài)語(yǔ)言,例如JavaScript,有些問(wèn)題直到運(yùn)行時(shí)才能發(fā)現(xiàn)。
Go是編譯型語(yǔ)言,看到編譯型大家腦子里可能會(huì)想到另外一個(gè)詞解釋型。兩者的區(qū)別從字面上來(lái)理解其實(shí)已經(jīng)可以看出來(lái),我用一個(gè)簡(jiǎn)單的例子來(lái)類(lèi)比一下。
編譯型 去餐館吃飯,點(diǎn)了菜之后,飯店會(huì)等所有的菜做好了再上
解釋型 去餐館吃飯,點(diǎn)了菜之后,陸陸續(xù)續(xù)的邊吃邊上
2、跨平臺(tái)
顧名思義,你寫(xiě)的Go源碼在所有的系統(tǒng)都能夠運(yùn)行。
這點(diǎn)其實(shí)很好理解,例如Java的口號(hào)是"Write once, run anywhere"。我們都知道Java是編譯型的語(yǔ)言,但是Java在編譯的時(shí)候生成的是字節(jié)碼,這個(gè)字節(jié)碼與當(dāng)前的操作系統(tǒng)無(wú)關(guān),與CPU也無(wú)關(guān)。
這種字節(jié)碼必須依賴Java虛擬機(jī)才能運(yùn)行,而虛擬機(jī)會(huì)將操作系統(tǒng)和CPU之間的差異與用戶屏蔽。對(duì)于編程的人來(lái)說(shuō)這個(gè)過(guò)程其實(shí)無(wú)感知的。而對(duì)Java來(lái)說(shuō),語(yǔ)言本身的跨平臺(tái)并不能代表代碼可以跨平臺(tái)。
Go的跨平臺(tái)從某種方面來(lái)說(shuō),與Java類(lèi)型,我們需要安裝與當(dāng)前操作系統(tǒng)相對(duì)應(yīng)版本的Go。編譯出來(lái)的可執(zhí)行文件會(huì)根據(jù)操作系統(tǒng)的不同而有所不同。
3、自動(dòng)垃圾回收
與JVM一樣,Go在運(yùn)行時(shí)的內(nèi)存管理(GC)由Go語(yǔ)言本身來(lái)管理,不需要程序員的參與,但是我們可以干預(yù)。
4、原生的并發(fā)編程
何為原生?我們都知道,在Java中如果要實(shí)現(xiàn)并發(fā), 需要外部的類(lèi)庫(kù)支持(Thread),而Go不需要從外部再引入任何依賴。支持使用關(guān)鍵字go即可。而且Java中是通過(guò)共享內(nèi)存進(jìn)行通信的,熟悉Go的應(yīng)該都看過(guò)一句話“不要通過(guò)共享內(nèi)存來(lái)通信,而應(yīng)該通過(guò)通信來(lái)共享內(nèi)存”
二、用Go的優(yōu)勢(shì)
先說(shuō)一下我對(duì)Go語(yǔ)言的看法,我認(rèn)為Go在服務(wù)器這塊是非常有優(yōu)勢(shì)的。以后如果有高并發(fā)的應(yīng)用場(chǎng)景,那么大概率這個(gè)服務(wù)就是用Go寫(xiě)的。不知道大家有沒(méi)有發(fā)現(xiàn),摩爾定律正在失效。近十年內(nèi),硬件的原始處理能力都沒(méi)有太大的提升。顯然,一味的增加晶體管的數(shù)量已經(jīng)不是解決問(wèn)題好的方法。
NASA前不久發(fā)布到官網(wǎng)然后又迅速刪掉的文章透露了,Google可能已經(jīng)實(shí)現(xiàn)了量子霸權(quán),通俗一點(diǎn)說(shuō)就是擁有超越所有傳統(tǒng)計(jì)算機(jī)的計(jì)算能力。而放置更多的晶體管的代價(jià)也越來(lái)越高,所以現(xiàn)在廠商都在向處理器中添加更多的內(nèi)核來(lái)提升性能。
就像大家熟悉的Java,雖然Java本身支持多線程,但是在Java上使用多線程編程代碼算是比較昂貴的。在Java中創(chuàng)建一個(gè)新的線程就會(huì)消耗接近1M左右的內(nèi)存。假如你真的需要支持運(yùn)行上千個(gè)線程,那么服務(wù)很可能運(yùn)行著就OOM了。除了內(nèi)存消耗外,還會(huì)存在由于支持多線程帶來(lái)的并發(fā)和死鎖等問(wèn)題。
而Go中,使用協(xié)程來(lái)代替線程。而且一個(gè)協(xié)程所消耗的內(nèi)存比線程少了很多倍。同樣的物理設(shè)備限制,你可能只能啟動(dòng)最多幾千個(gè)線程,而協(xié)程能夠啟動(dòng)上百萬(wàn)個(gè)。而且不同的Goroutine可以通過(guò)信channel進(jìn)行安全的通信。
三、游戲服務(wù)器和Web服務(wù)器的區(qū)別
有些對(duì)游戲服務(wù)器的介紹可能會(huì)說(shuō),游戲服務(wù)器是一個(gè)需要長(zhǎng)期運(yùn)行的程序,然后怎么怎么樣。我個(gè)人認(rèn)為Web服務(wù)器一樣的需要長(zhǎng)期運(yùn)行,也需要響應(yīng)不定點(diǎn)不定時(shí)來(lái)自用戶的請(qǐng)求。兩者從宏觀上來(lái)看其實(shí)沒(méi)有本質(zhì)的區(qū)別。同時(shí)Web服務(wù)器也會(huì)對(duì)于穩(wěn)定性和性能有要求,游戲服一般分為大小服,我們這里都按照小服舉例子。
1、狀態(tài)
首先要提到的就是狀態(tài)??赡苣銜?huì)聽(tīng)說(shuō)過(guò)一個(gè)概念,游戲服務(wù)器是有狀態(tài)的,而Web服務(wù)器是無(wú)狀態(tài)的。什么意思呢?Web服務(wù)器的數(shù)據(jù)流大多直接會(huì)到數(shù)據(jù)庫(kù)中。而游戲服務(wù)器的數(shù)據(jù)流首先會(huì)到內(nèi)存中,然后定期的寫(xiě)入數(shù)據(jù)庫(kù)(落地)。
換句話說(shuō),游戲服務(wù)器本身的數(shù)據(jù)與數(shù)據(jù)庫(kù)中的數(shù)據(jù)在運(yùn)行期間會(huì)存在一個(gè)數(shù)據(jù)不一致的窗口。如果此時(shí)游戲服務(wù)器宕機(jī)了,那么就會(huì)造成數(shù)據(jù)首先到的內(nèi)存數(shù)據(jù)與數(shù)據(jù)庫(kù)存的數(shù)據(jù)不一致。
而Web服務(wù)器則不會(huì)有這樣的問(wèn)題,Web所有的數(shù)據(jù)狀態(tài)都會(huì)落地,而且可以針對(duì)操作加上事務(wù),不用擔(dān)心因?yàn)椴僮魇《肱K數(shù)據(jù)。正因?yàn)橛辛藸顟B(tài)的約束,游戲服務(wù)器就會(huì)很慎重的使用內(nèi)存、CPU。以求在資源有限的情況下,大化的提高的承載量,并且降低服務(wù)延遲。當(dāng)然,Web服務(wù)器會(huì)為了降低某個(gè)接口的響應(yīng)時(shí)間而去做對(duì)應(yīng)的優(yōu)化。
2、擴(kuò)容
在Web服務(wù)器中,如果你不能評(píng)估一個(gè)服務(wù)所面臨的壓力,又不想因?yàn)樗矔r(shí)的熱點(diǎn)訪問(wèn)導(dǎo)致服務(wù)直接不可用的話,完全可以設(shè)置成自動(dòng)擴(kuò)容,因?yàn)槊總€(gè)服務(wù)只是單純的接收請(qǐng)求,然后處理請(qǐng)求、返回結(jié)果,不會(huì)將數(shù)據(jù)保存在服務(wù)器的內(nèi)存中。要有數(shù)據(jù)存到內(nèi)存,那也是在Redis中。而Redis數(shù)據(jù)丟失對(duì)數(shù)據(jù)的一致性基本沒(méi)有影響。
但是在游戲服務(wù)器這邊很難做到像Web那樣靈活。首先,數(shù)據(jù)的流向不是數(shù)據(jù)庫(kù),而是內(nèi)存。
所以,對(duì)于一個(gè)游戲服務(wù)器,所能使用的內(nèi)存和CPU的資源是非常有限的,不像Web服務(wù)器可以不用花很大的代價(jià)做到橫向擴(kuò)展。這也就是為什么游戲服務(wù)器會(huì)十分十分的注重代碼的性能以及穩(wěn)定性。
3、穩(wěn)定
就像上面說(shuō)的例子,如果游戲服務(wù)器運(yùn)行中出了BUG,導(dǎo)致服務(wù)直接不可用,或者說(shuō)通過(guò)這個(gè)BUG刷到了大量的道具,將是一個(gè)非常嚴(yán)重的線上事故。
而對(duì)于Web服務(wù)器來(lái)說(shuō),如果是管理系統(tǒng)之類(lèi)的,有可能會(huì)有臟數(shù)據(jù)值得一提的是,臟數(shù)據(jù)對(duì)于Web來(lái)說(shuō),排查起來(lái)也是一件很頭疼的事情。如果沒(méi)有臟數(shù)據(jù),只是服務(wù)暫且不可用,而且如果用的是微服務(wù)架構(gòu),重啟服務(wù)的代價(jià)是相對(duì)來(lái)說(shuō)比較小的,只有正在重啟的服務(wù)的業(yè)務(wù)是不可用的,其余的部分則可以正常的訪問(wèn)。
而對(duì)于游戲服務(wù)器來(lái)說(shuō),服務(wù)器重啟影響的是全服的玩家。玩家在停服期間,甚至連游戲都進(jìn)不了,特別的影響玩家體驗(yàn)。而且,如果停服之前服務(wù)器的數(shù)據(jù)落地出現(xiàn)了問(wèn)題,服務(wù)重啟之后會(huì)將數(shù)據(jù)從數(shù)據(jù)庫(kù)load到內(nèi)存中,此時(shí)同樣會(huì)造成數(shù)據(jù)不一致的問(wèn)題。
4、性能
從我的經(jīng)驗(yàn)來(lái)看,在做Web服務(wù)器的時(shí)候,沒(méi)有為了減少GC的壓力,為了少占用內(nèi)存去做過(guò)多的優(yōu)化。當(dāng)然這是因?yàn)轫?xiàng)目本身的體量不大,如果QPS很高的話,Web服務(wù)器同樣很需要注重性能,只不過(guò)游戲服務(wù)器需要一直特別注意這個(gè)方面。
不過(guò)在Web,如果訪問(wèn)量很大的話導(dǎo)致單個(gè)服務(wù)不能扛住壓力,大部分人首先想到的解決方案應(yīng)該就是搞多個(gè)實(shí)例,畢竟可以做到很輕松的橫向擴(kuò)展。
在游戲服務(wù)器里,會(huì)把服務(wù)器的資源看的相當(dāng)?shù)膶氋F。例如,能不落地的字段就絕對(duì)不要落地,某個(gè)字段的值可以通過(guò)已知的條件算出來(lái)的,就盡量不要定義在代碼里。不過(guò)這也要看具體情況權(quán)衡運(yùn)算量和調(diào)用的頻率。因?yàn)樯暇€之后,如果遇到了數(shù)據(jù)不一致,維護(hù)的數(shù)據(jù)越少,修復(fù)數(shù)據(jù)的難度就越小。
以上就是總結(jié)網(wǎng)游服務(wù)器和Web服務(wù)器兩者的區(qū)別。只是從大體上做了一個(gè)對(duì)比,并沒(méi)有具體深入細(xì)節(jié)。小伙伴們要想獲得更多網(wǎng)游服務(wù)器的內(nèi)容,請(qǐng)關(guān)注創(chuàng)新互聯(lián)。
網(wǎng)頁(yè)標(biāo)題:網(wǎng)游服務(wù)器和Web服務(wù)器的區(qū)別
當(dāng)前路徑:http://aaarwkj.com/article38/chicsp.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供搜索引擎優(yōu)化、小程序開(kāi)發(fā)、網(wǎng)站維護(hù)、關(guān)鍵詞優(yōu)化、移動(dòng)網(wǎng)站建設(shè)、電子商務(wù)
廣告
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源:
創(chuàng)新互聯(lián)