部署簡單。Go編譯生成的是一個(gè)靜態(tài)可執(zhí)行文件,除了glibc外沒有其他外部依賴。這讓部署變得異常方便:目標(biāo)機(jī)器上只需要一個(gè)基礎(chǔ)的系統(tǒng)和必要的管理、監(jiān)控工具,完全不需要操心應(yīng)用所需的各種包、庫的依賴關(guān)系,大大減輕了維護(hù)的負(fù)擔(dān)。這和Python有著巨大的區(qū)別。由于歷史的原因,Python的部署工具生態(tài)相當(dāng)混亂【比如setuptools,distutils,pip,
成都創(chuàng)新互聯(lián)公司自成立以來,一直致力于為企業(yè)提供從網(wǎng)站策劃、網(wǎng)站設(shè)計(jì)、網(wǎng)站設(shè)計(jì)制作、網(wǎng)站設(shè)計(jì)、電子商務(wù)、網(wǎng)站推廣、網(wǎng)站優(yōu)化到為企業(yè)提供個(gè)性化軟件開發(fā)等基于互聯(lián)網(wǎng)的全面整合營銷服務(wù)。公司擁有豐富的網(wǎng)站建設(shè)和互聯(lián)網(wǎng)應(yīng)用系統(tǒng)開發(fā)管理經(jīng)驗(yàn)、成熟的應(yīng)用系統(tǒng)解決方案、優(yōu)秀的網(wǎng)站開發(fā)工程師團(tuán)隊(duì)及專業(yè)的網(wǎng)站設(shè)計(jì)師團(tuán)隊(duì)。
buildout的不同適用場合以及兼容性問題】。官方PyPI源又經(jīng)常出問題,需要搭建私有鏡像,而維護(hù)這個(gè)鏡像又要花費(fèi)不少時(shí)間和精力。
并發(fā)性好。Goroutine和channel使得編寫高并發(fā)的服務(wù)端軟件變得相當(dāng)容易,很多情況下完全不需要考慮鎖機(jī)制以及由此帶來的各種問題。單個(gè)Go應(yīng)用也能有效的利用多個(gè)CPU核,并行執(zhí)行的性能好。這和Python也是天壤之比。多線程和多進(jìn)程的服務(wù)端程序編寫起來并不簡單,而且由于全局鎖GIL的原因,多線程的Python程序并不能有效利用多核,只能用多進(jìn)程的方式部署;如果用標(biāo)準(zhǔn)庫里的multiprocessing包又會對監(jiān)控和管理造成不少的挑戰(zhàn)【我們用的supervisor管理進(jìn)程,對fork支持不好】。部署Python應(yīng)用的時(shí)候通常是每個(gè)CPU核部署一個(gè)應(yīng)用,這會造成不少資源的浪費(fèi),比如假設(shè)某個(gè)Python應(yīng)用啟動后需要占用100MB內(nèi)存,而服務(wù)器有32個(gè)CPU核,那么留一個(gè)核給系統(tǒng)、運(yùn)行31個(gè)應(yīng)用副本就要浪費(fèi)3GB的內(nèi)存資源。
良好的語言設(shè)計(jì)。從學(xué)術(shù)的角度講Go語言其實(shí)非常平庸,不支持許多高級的語言特性;但從工程的角度講,Go的設(shè)計(jì)是非常優(yōu)秀的:規(guī)范足夠簡單靈活,有其他語言基礎(chǔ)的程序員都能迅速上手。更重要的是Go自帶完善的工具鏈,大大提高了團(tuán)隊(duì)協(xié)作的一致性。比如gofmt自動排版Go代碼,很大程度上杜絕了不同人寫的代碼排版風(fēng)格不一致的問題。把編輯器配置成在編輯存檔的時(shí)候自動運(yùn)行g(shù)ofmt,這樣在編寫代碼的時(shí)候可以隨意擺放位置,存檔的時(shí)候自動變成正確排版的代碼。此外還有g(shù)ofix,
govet等非常有用的工具。
執(zhí)行性能好。雖然不如C和Java,但通常比原生Python應(yīng)用還是高一個(gè)數(shù)量級的,適合編寫一些瓶頸業(yè)務(wù)。內(nèi)存占用也非常省。
使用Go 語言開發(fā)大型 MMORPG 游戲伺服器怎么樣
如果是大型網(wǎng)路游戲的話,我覺得是不合適的。現(xiàn)階段go語言的執(zhí)行效率還是太低了。在底層編譯器的優(yōu)化方面做得和c++相比還是差了不少。go語言也是比較適合快速開發(fā)的專案比較合適
從2013年起,經(jīng)朋友推薦開始用Golang編寫游戲登陸伺服器, 配合C++做第三方平臺驗(yàn)證. 到編寫?yīng)毩⒐ぞ邔?dǎo)表工具GitHub - davyxu/tabtoy: 跨平臺的高效能便捷電子表格匯出器. 以及網(wǎng)路庫GitHub - davyxu/cell: 簡單,方便,高效的Go語言的游戲伺服器底層. 最終使用這些工具及庫編寫整個(gè)游戲伺服器框架, 我的感受是很不錯(cuò)的
細(xì)節(jié)看來, 有如下的幾個(gè)點(diǎn):
語言, 庫
Golang語言特性和C很像, 簡單, 一張A4紙就能寫完所有特性. 你想想看, C++到了領(lǐng)悟階段, 也只用那幾個(gè)簡單特性, 剩下的都是一大堆解決各種記憶體問題的技巧. 而Golang一開始就簡單, 何必浪費(fèi)生命去研究那一大堆的奇技淫巧呢?
Golang的坑只有2個(gè):1. interface{}和nil配合使用, 2. for回圈時(shí), 將回圈變數(shù)引入閉包(Golang, Lua, C#閉包變數(shù)捕獲差異) 完全不影響正常使用, 復(fù)合語言概念, 只是看官方后面怎么有效的避免
用Golang就忘記繼承那套東西, 用組合+介面
用Golang伺服器如何保證解決游戲伺服器存檔一致性問題? s the world是肯定的, 但是Golang可以從語言層并發(fā)序列化玩家資料, 再通過后臺存檔
channel是goroutine雖然是Golang的語言特性. 但是在編寫伺服器時(shí), 其實(shí)只有底層用的比較多.
Golang的第三方庫簡直多如牛毛, 好的也很多
不要說模板了, C#的也不好用, 官方在糾結(jié)也不要加, 使用中, 沒模板確實(shí)有點(diǎn)不方便. 用interface{}/反射做泛型對于Golang這種強(qiáng)型別語言來說,還是有點(diǎn)打臉
執(zhí)行期
Golang和C++比效能的話, 這是C++的優(yōu)勢, Golang因?yàn)闆]虛擬機(jī)器, 只有薄薄的一層排程層. 因此效能是非常高的, 用一點(diǎn)效能犧牲換開發(fā)效率, 妥妥的
1.6版后的GC優(yōu)化的已經(jīng)很好了, 如果你不是高效能,高并發(fā)Web應(yīng)用, 非要找出一堆的優(yōu)化技巧的話. 只用Golang寫點(diǎn)游戲伺服器, 那點(diǎn)GC損耗可以忽略不計(jì)
和其他現(xiàn)代語言一樣, 崩潰捕捉是標(biāo)配功能, 我用Golang的伺服器線上跑, 基本沒碰到過崩潰情況
熱更新: 官方已經(jīng)有plugin系統(tǒng)的提交, 跨平臺的. 估計(jì)很快就可以告別手動cgo做so熱更新
開發(fā), 除錯(cuò), 部署, 優(yōu)化
LiteIDE是我首選的Golang的IDE, 雖然有童鞋說B格不高. 但這估計(jì)實(shí)在是找不到缺點(diǎn)說了, 別跟我說Visual Studio, 那是宇宙級的...
曾經(jīng)聽說有人不看好Golang, 我問為啥: 說這么新的語言, 不好招人,后面打聽到他是個(gè)策劃... 好吧
真實(shí)情況是這樣的: Golang對于有點(diǎn)程式設(shè)計(jì)基礎(chǔ)的新人來說, 1周左右可以開始貢獻(xiàn)程式碼. 老司機(jī)2~3天.
開發(fā)效率還是不錯(cuò)的, 一般大的游戲功能, 2*2人一周3~4個(gè)整完. 這換C++時(shí)代, 大概也就1~2個(gè)還寫不完. 對接伺服器sdk的話, 大概1天接個(gè)10多個(gè)沒問題
Golang自帶效能調(diào)優(yōu)工具, 從記憶體, CPU, 阻塞點(diǎn)等幾個(gè)方面直接出圖進(jìn)行分析, 非常直觀, 可以參考我部落格幾年前的分析: 使用Golang進(jìn)行效能分析(Profiling)
Golang支 *** 叉編譯, 跨平臺部署, 什么概念? linux是吧? 不問你什么版本, 直接windows上編譯輸出一個(gè)elf, 甩到伺服器上開跑.不超過1分鐘時(shí)間..
1.為什么golang的開發(fā)效率高?
golang是一編譯型的強(qiáng)型別語言,它在開發(fā)上的高效率主要來自于后發(fā)優(yōu)勢,不用考慮舊有惡心的歷史,又有一個(gè)較高的工程視角。良好的避免了程式設(shè)計(jì)師因?yàn)椤?{ 需不需要獨(dú)占一行 ”這種革命問題打架,也解決了一部分趁編譯時(shí)間找產(chǎn)品妹妹搭訕的階級敵人。
它有自己的包管理機(jī)制,工具鏈成熟,從開發(fā)、除錯(cuò)到釋出都很簡單方便;
有反向介面、defer、coroutine等大量的syntactic sugar;
編譯速度快,因?yàn)槭菑?qiáng)型別語言又有g(shù)c,只要通過編譯,非業(yè)務(wù)毛病就很少了;
它在語法級別上支援了goroutine,這是大家說到最多的內(nèi)容,這里重點(diǎn)提一下。首先,coroutine并不稀罕,語言并不能超越硬體、作業(yè)系統(tǒng)實(shí)現(xiàn)神乎其神的功能。golang可以做到事情,其他語言也可以做到,譬如c++,在boost庫里面自己就有的coroutine實(shí)現(xiàn)(當(dāng)然用起來跟其他boost庫一樣惡心)。golang做的事情,是把這一套東西的使用過程簡化了,并且提供了一套channel的通訊模式,使得程式設(shè)計(jì)師可以忽略諸如死鎖等問題。
goroutine的目的是描述并發(fā)程式設(shè)計(jì)模型。并發(fā)與并行不同,它并不需要多核的硬體支援,它不是一種物理執(zhí)行狀態(tài),而是一種程式邏輯流程。它的主要目的不是利用多核提高執(zhí)行效率,而是提供一種更容易理解、不容易出錯(cuò)的語言來描述問題。
實(shí)際上golang預(yù)設(shè)就是執(zhí)行在單OS程序上面的,通過指定環(huán)境變數(shù)GOMAXPROCS才能轉(zhuǎn)身跑在多OS程序上面。有人提到了網(wǎng)易的pomelo,開源本來是一件很不錯(cuò)的事情,但是基于自己對callback hell的偏見,我一直持有這種態(tài)度:敢用nodejs寫大規(guī)模游戲伺服器的人,都是真正的勇士 : ) 。
2、Erlang與Golang的coroutine有啥區(qū)別,coroutine是啥?
coroutine本質(zhì)上是語言開發(fā)者自己實(shí)現(xiàn)的、處于user space內(nèi)的執(zhí)行緒,無論是erlang、還是golang都是這樣。需要解決沒有時(shí)鐘中斷;碰著阻塞式i\o,整個(gè)程序都會被作業(yè)系統(tǒng)主動掛起;需要自己擁有排程控制能力(放在并行環(huán)境下面還是挺麻煩的一件事)等等問題。那為啥要廢老大的勁自己做一套執(zhí)行緒放user space里面呢?
并發(fā)是伺服器語言必須要解決的問題;
system space的程序還有執(zhí)行緒排程都太慢了、占用的空間也太大了。
把執(zhí)行緒放到user space的可以避免了陷入system call進(jìn)行上下文切換以及高速緩沖更新,執(zhí)行緒本身以及切換等操作可以做得非常的輕量。這也就是golang這類語言反復(fù)提及的超高并發(fā)能力,分分鐘給你開上幾千個(gè)執(zhí)行緒不費(fèi)力。
不同的是,golang的并發(fā)排程在i/o等易發(fā)阻塞的時(shí)候才會發(fā)生,一般是內(nèi)封在庫函式內(nèi);erlang則更夸張,對每個(gè)coroutine維持一個(gè)計(jì)數(shù)器,常用語句都會導(dǎo)致這個(gè)計(jì)數(shù)器進(jìn)行reduction,一旦到點(diǎn),立即切換排程函式。
中斷介入程度的不同,導(dǎo)致erlang看上去擁有了preemptive scheduling的能力,而golang則是cooperative shceduling的。golang一旦寫出純計(jì)算死回圈,程序內(nèi)所有會話必死無疑;要有大計(jì)算量少i\o的函式還得自己主動叫runtime.Sched()來進(jìn)行排程切換。
3、golang的執(zhí)行效率怎么樣?
我是相當(dāng)反感所謂的ping\pong式benchmark,執(zhí)行效率需要放到具體的工作環(huán)境下面考慮。
首先,它再快也是快不過c的,畢竟底下做了那么多工作,又有排程,又有g(shù)c什么的。那為什么在那些benchmark里面,golang、nodejs、erlang的響應(yīng)效率看上去那么優(yōu)秀呢,響應(yīng)快,并發(fā)強(qiáng)?并發(fā)能力強(qiáng)的原因上面已經(jīng)提到了,響應(yīng)快是因?yàn)榇罅糠亲枞絠\o操作出現(xiàn)的原因。這一點(diǎn)c也可以做到,并且能力更強(qiáng),但是得多寫不少優(yōu)質(zhì)程式碼。
然后,針對游戲伺服器這種高實(shí)時(shí)性的執(zhí)行環(huán)境,GC所造成的跳幀問題確實(shí)比較麻煩,前面的大神 @達(dá)達(dá) 有比較詳細(xì)的論述和緩解方案,就不累述了 。隨著golang的持續(xù)開發(fā),相信應(yīng)該會有非常大的改進(jìn)。一是遮蔽記憶體操作是現(xiàn)代語言的大勢所趨,它肯定是需要被實(shí)現(xiàn)的;二是GC演算法已經(jīng)相當(dāng)?shù)某墒?,效率勉勉?qiáng)強(qiáng)過得去;三是可以通過incremental的操作來均攤cpu消耗。
用這一點(diǎn)點(diǎn)效率損失換取一個(gè)更高的生產(chǎn)能力是不是值得呢?我覺得是值得的,硬體已經(jīng)很便宜了,人生苦短,讓自己的生活更輕松一點(diǎn)吧: )。
4、基于以上的論述,我認(rèn)為采用go進(jìn)行小范圍的MMORPG開發(fā)是可行的。
如果跟C語言比,大部分指令碼都勝出啊。Go, Node.js, Python ......
網(wǎng)易弄過一個(gè)Node.js的開源伺服器框架。
至于IDE, 不重要,做伺服器開發(fā)很少會要開著IDE除錯(cuò)的。最常用的手段就是打Log. 設(shè)定了斷點(diǎn)也很難調(diào),多個(gè)客戶端并發(fā)。
那種單客戶端連線進(jìn)來就可以重現(xiàn)的bug倒是可以用IDE調(diào),但是這種bug本來就容易解決。
用指令碼語言,有一個(gè)很大的好處是容易做自動測試,可以更好地保證程式碼質(zhì)量。
--------------------------
開發(fā)效率當(dāng)然是指令碼高。執(zhí)行效率,其實(shí)更重要的是并發(fā),框架合理的話增加機(jī)器就可以直接提高效率增加人數(shù)。
用Go開發(fā)大型mmorpg服務(wù)端不會有問題的,如果掉坑里肯定不會是語言的問題。
唯一比較可能掉進(jìn)去的坑就只有GC,其實(shí)很容易預(yù)防和調(diào)整的,具體細(xì)節(jié)可以看我部落格分享的文章。
但是技術(shù)選型不只是選語言,如果當(dāng)時(shí)我手頭有一套效能滿意,開發(fā)效率OK,人員補(bǔ)給不會有問題的技術(shù)方案,不管是什么語言的,我肯定不會放棄它而選擇冒險(xiǎn)的。
public void actionPerformed(ActionEvent e)
{
if(e.getSource()==xinjian)
{
text.setText("");
}
if(e.getSource()==dakai)
{
openFD.show();
String s;
1、簡單易學(xué)。
Go語言的作者本身就很懂C語言,所以同樣Go語言也會有C語言的基因,所以對于程序員來說,Go語言天生就會讓人很熟悉,容易上手。
2、并發(fā)性好。
Go語言天生支持并發(fā),可以充分利用多核,輕松地使用并發(fā)。 這是Go語言最大的特點(diǎn)。
描述
Go的語法接近C語言,但對于變量的聲明有所不同。Go支持垃圾回收功能。Go的并行模型是以東尼·霍爾的通信順序進(jìn)程(CSP)為基礎(chǔ),采取類似模型的其他語言包括Occam和Limbo,但它也具有Pi運(yùn)算的特征,比如通道傳輸。
在1.8版本中開放插件(Plugin)的支持,這意味著現(xiàn)在能從Go中動態(tài)加載部分函數(shù)。
與C++相比,Go并不包括如枚舉、異常處理、繼承、泛型、斷言、虛函數(shù)等功能,但增加了 切片(Slice) 型、并發(fā)、管道、垃圾回收、接口(Interface)等特性的語言級支持。
1. 保留但大幅度簡化指針
Go語言保留著C中值和指針的區(qū)別,但是對于指針繁瑣用法進(jìn)行了大量的簡化,引入引用的概念。所以在Go語言中,你幾乎不用擔(dān)心會因?yàn)橹苯硬僮鲀?nèi)寸而引起各式各樣的錯(cuò)誤。
2. 多參數(shù)返回
還記得在C里面為了回饋多個(gè)參數(shù),不得不開辟幾段指針傳到目標(biāo)函數(shù)中讓其操作么?在Go里面這是完全不必要的。而且多參數(shù)的支持讓Go無需使用繁瑣的exceptions體系,一個(gè)函數(shù)可以返回期待的返回值加上error,調(diào)用函數(shù)后立刻處理錯(cuò)誤信息,清晰明了。
3. Array,slice,map等內(nèi)置基本數(shù)據(jù)結(jié)構(gòu)
如果你習(xí)慣了Python中簡潔的list和dict操作,在Go語言中,你不會感到孤單。一切都是那么熟悉,而且更加高效。如果你是C++程序員,你會發(fā)現(xiàn)你又找到了STL的vector 和 map這對朋友。
4. Interface
Go語言最讓人贊嘆不易的特性,就是interface的設(shè)計(jì)。任何數(shù)據(jù)結(jié)構(gòu),只要實(shí)現(xiàn)了interface所定義的函數(shù),自動就implement了這個(gè)interface,沒有像Java那樣冗長的class申明,提供了靈活太多的設(shè)計(jì)度和OO抽象度,讓你的代碼也非常干凈。千萬不要以為你習(xí)慣了Java那種一條一條加implements的方式,感覺還行,等接口的設(shè)計(jì)越來越復(fù)雜的時(shí)候,無數(shù)Bug正在后面等著你。
同時(shí),正因?yàn)槿绱?,Go語言的interface可以用來表示任何generic的東西,比如一個(gè)空的interface,可以是string可以是int,可以是任何數(shù)據(jù)類型,因?yàn)檫@些數(shù)據(jù)類型都不需要實(shí)現(xiàn)任何函數(shù),自然就滿足空interface的定義了。加上Go語言的type assertion,可以提供一般動態(tài)語言才有的duck typing特性, 而仍然能在compile中捕捉明顯的錯(cuò)誤。
5. OO
Go語言本質(zhì)上不是面向?qū)ο笳Z言,它還是過程化的。但是,在Go語言中, 你可以很輕易的做大部分你在別的OO語言中能做的事,用更簡單清晰的邏輯。是的,在這里,不需要class,仍然可以繼承,仍然可以多態(tài),但是速度卻快得多。因?yàn)楸举|(zhì)上,OO在Go語言中,就是普通的struct操作。
6. Goroutine
這個(gè)幾乎算是Go語言的招牌特性之一了,我也不想多提。如果你完全不了解Goroutine,那么你只需要知道,這玩意是超級輕量級的類似線程的東西,但通過它,你不需要復(fù)雜的線程操作鎖操作,不需要care調(diào)度,就能玩轉(zhuǎn)基本的并行程序。在Go語言里,觸發(fā)一個(gè)routine和erlang spawn一樣簡單?;旧弦莆誈o語言,以Goroutine和channel為核心的內(nèi)存模型是必須要懂的。不過請放心,真的非常簡單。
7. 更多現(xiàn)代的特性
和C比較,Go語言完全就是一門現(xiàn)代化語言,原生支持的Unicode, garbage collection, Closures(是的,和functional programming language類似), function是first class object,等等等等。
看到這里,你可能會發(fā)現(xiàn),我用了很多輕易,簡單,快速之類的形容詞來形容Go語言的特點(diǎn)。我想說的是,一點(diǎn)都不夸張,連Go語言的入門學(xué)習(xí)到提高,都比別的語言門檻低太多太多。在大部分人都有C的背景的時(shí)代,對于Go語言,從入門到能夠上手做項(xiàng)目,最多不過半個(gè)月。Go語言給人的感覺就是太直接了,什么都直接,讀源代碼直接,寫自己的代碼也直接。
分享題目:go語言fft go語言培訓(xùn)
網(wǎng)站URL:http://jinyejixie.com/article42/doseohc.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站內(nèi)鏈、全網(wǎng)營銷推廣、網(wǎng)站改版、定制網(wǎng)站、響應(yīng)式網(wǎng)站、外貿(mào)網(wǎng)站建設(shè)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)