go語言可以做什么

1、服務器編程：以前你如果使用C或者C++做的那些事情，用Go來做很合適，例如處理日志、數據打包、虛擬機處理、文件系統等。

成都創新互聯公司專業為企業提供濮陽縣網站建設、濮陽縣做網站、濮陽縣網站設計、濮陽縣網站制作等企業網站建設、網頁設計與制作、濮陽縣企業網站模板建站服務，十載濮陽縣做網站經驗，不只是建網站，更提供有價值的思路和整體網絡服務。

2、分布式系統、數據庫代理器、中間件：例如Etcd。

3、網絡編程：這一塊目前應用最廣，包括Web應用、API應用、下載應用，而且Go內置的net/http包基本上把我們平常用到的網絡功能都實現了。

4、開發云平臺：目前國外很多云平臺在采用Go開發，我們所熟知的七牛云、華為云等等都有使用Go進行開發并且開源的成型的產品。

5、區塊鏈：目前有一種說法，技術從業人員把Go語言稱作為區塊鏈行業的開發語言。如果大家學習區塊鏈技術的話，就會發現現在有很多很多的區塊鏈的系統和應用都是采用Go進行開發的，比如ehtereum是目前知名度最大的公鏈，再比如fabric是目前最知名的聯盟鏈，兩者都有go語言的版本，且go-ehtereum還是以太坊官方推薦的版本。

自1.0版發布以來，go語言引起了眾多開發者的關注，并得到了廣泛的應用。go語言簡單、高效、并發的特點吸引了許多傳統的語言開發人員，其數量也在不斷增加。

使用 Go 語言開發的開源項目非常多。早期的 Go 語言開源項目只是通過 Go 語言與傳統項目進行C語言庫綁定實現，例如 Qt、Sqlite 等。

后期的很多項目都使用 Go 語言進行重新原生實現，這個過程相對于其他語言要簡單一些，這也促成了大量使用 Go 語言原生開發項目的出現。

使用Go 語言開發大型 MMORPG 游戲服務器怎么樣

1.為什么golang的開發效率高？

golang是一編譯型的強類型語言，它在開發上的高效率主要來自于后發優勢，不用考慮舊有惡心的歷史，又有一個較高的工程視角。良好的避免了程序員因為“ { 需不需要獨占一行 ”這種革命問題打架，也解決了一部分趁編譯時間找產品妹妹搭訕的階級敵人。

它有自己的包管理機制，工具鏈成熟，從開發、調試到發布都很簡單方便；

有反向接口、defer、coroutine等大量的syntactic sugar；

編譯速度快，因為是強類型語言又有gc，只要通過編譯，非業務毛病就很少了；

它在語法級別上支持了goroutine，這是大家說到最多的內容，這里重點提一下。首先，coroutine并不稀罕，語言并不能超越硬件、操作系統實現神乎其神的功能。golang可以做到事情，其他語言也可以做到，譬如c++，在boost庫里面自己就有的coroutine實現（當然用起來跟其他boost庫一樣惡心）。golang做的事情，是把這一套東西的使用過程簡化了，并且提供了一套channel的通信模式，使得程序員可以忽略諸如死鎖等問題。

goroutine的目的是描述并發編程模型。并發與并行不同，它并不需要多核的硬件支持，它不是一種物理運行狀態，而是一種程序邏輯流程。它的主要目的不是利用多核提高運行效率，而是提供一種更容易理解、不容易出錯的語言來描述問題。

實際上golang默認就是運行在單OS進程上面的，通過指定環境變量GOMAXPROCS才能轉身跑在多OS進程上面。有人提到了網易的pomelo，開源本來是一件很不錯的事情，但是基于自己對callback hell的偏見，我一直持有這種態度：敢用nodejs寫大規模游戲服務器的人，都是真正的勇士 : ) 。

2、Erlang與Golang的coroutine有啥區別，coroutine是啥？

coroutine本質上是語言開發者自己實現的、處于user space內的線程，無論是erlang、還是golang都是這樣。需要解決沒有時鐘中斷；碰著阻塞式i\o，整個進程都會被操作系統主動掛起；需要自己擁有調度控制能力（放在并行環境下面還是挺麻煩的一件事）等等問題。那為啥要廢老大的勁自己做一套線程放user space里面呢？

并發是服務器語言必須要解決的問題；

system space的進程還有線程調度都太慢了、占用的空間也太大了。

把線程放到user space的可以避免了陷入system call進行上下文切換以及高速緩沖更新，線程本身以及切換等操作可以做得非常的輕量。這也就是golang這類語言反復提及的超高并發能力，分分鐘給你開上幾千個線程不費力。

不同的是，golang的并發調度在i/o等易發阻塞的時候才會發生，一般是內封在庫函數內；erlang則更夸張，對每個coroutine維持一個計數器，常用語句都會導致這個計數器進行reduction，一旦到點，立即切換調度函數。

中斷介入程度的不同，導致erlang看上去擁有了preemptive scheduling的能力，而golang則是cooperative shceduling的。golang一旦寫出純計算死循環，進程內所有會話必死無疑；要有大計算量少i\o的函數還得自己主動叫runtime.Sched()來進行調度切換。

3、golang的運行效率怎么樣？

我是相當反感所謂的ping\pong式benchmark，運行效率需要放到具體的工作環境下面考慮。

首先，它再快也是快不過c的，畢竟底下做了那么多工作，又有調度，又有gc什么的。那為什么在那些benchmark里面，golang、nodejs、erlang的響應效率看上去那么優秀呢，響應快，并發強？并發能力強的原因上面已經提到了，響應快是因為大量非阻塞式i\o操作出現的原因。這一點c也可以做到，并且能力更強，但是得多寫不少優質代碼。

然后，針對游戲服務器這種高實時性的運行環境，GC所造成的跳幀問題確實比較麻煩，前面的大神 @達達 有比較詳細的論述和緩解方案，就不累述了 。隨著golang的持續開發，相信應該會有非常大的改進。一是屏蔽內存操作是現代語言的大勢所趨，它肯定是需要被實現的；二是GC算法已經相當的成熟，效率勉勉強強過得去；三是可以通過incremental的操作來均攤cpu消耗。

用這一點點效率損失換取一個更高的生產能力是不是值得呢？我覺得是值得的，硬件已經很便宜了，人生苦短，讓自己的生活更輕松一點吧: )。

4、基于以上的論述，我認為采用go進行小范圍的MMORPG開發是可行的。

為什么要使用 Go 語言，Go 語言的優勢在哪里

部署簡單。Go編譯生成的是一個靜態可執行文件，除了glibc外沒有其他外部依賴。這讓部署變得異常方便：目標機器上只需要一個基礎的系統和必要的管理、監控工具，完全不需要操心應用所需的各種包、庫的依賴關系，大大減輕了維護的負擔。這和Python有著巨大的區別。由于歷史的原因，Python的部署工具生態相當混亂【比如setuptools,distutils,pip,

buildout的不同適用場合以及兼容性問題】。官方PyPI源又經常出問題，需要搭建私有鏡像，而維護這個鏡像又要花費不少時間和精力。

并發性好。Goroutine和channel使得編寫高并發的服務端軟件變得相當容易，很多情況下完全不需要考慮鎖機制以及由此帶來的各種問題。單個Go應用也能有效的利用多個CPU核，并行執行的性能好。這和Python也是天壤之比。多線程和多進程的服務端程序編寫起來并不簡單，而且由于全局鎖GIL的原因，多線程的Python程序并不能有效利用多核，只能用多進程的方式部署;如果用標準庫里的multiprocessing包又會對監控和管理造成不少的挑戰【我們用的supervisor管理進程，對fork支持不好】。部署Python應用的時候通常是每個CPU核部署一個應用，這會造成不少資源的浪費，比如假設某個Python應用啟動后需要占用100MB內存，而服務器有32個CPU核，那么留一個核給系統、運行31個應用副本就要浪費3GB的內存資源。

良好的語言設計。從學術的角度講Go語言其實非常平庸，不支持許多高級的語言特性;但從工程的角度講，Go的設計是非常優秀的：規范足夠簡單靈活，有其他語言基礎的程序員都能迅速上手。更重要的是Go自帶完善的工具鏈，大大提高了團隊協作的一致性。比如gofmt自動排版Go代碼，很大程度上杜絕了不同人寫的代碼排版風格不一致的問題。把編輯器配置成在編輯存檔的時候自動運行gofmt，這樣在編寫代碼的時候可以隨意擺放位置，存檔的時候自動變成正確排版的代碼。此外還有gofix,

govet等非常有用的工具。

執行性能好。雖然不如C和Java，但通常比原生Python應用還是高一個數量級的，適合編寫一些瓶頸業務。內存占用也非常省。

為什么要使用 Go 語言？Go 語言的優勢在哪里

1. 保留但大幅度簡化指針

Go語言保留著C中值和指針的區別，但是對于指針繁瑣用法進行了大量的簡化，引入引用的概念。所以在Go語言中，你幾乎不用擔心會因為直接操作內寸而引起各式各樣的錯誤。

2. 多參數返回

還記得在C里面為了回饋多個參數，不得不開辟幾段指針傳到目標函數中讓其操作么？在Go里面這是完全不必要的。而且多參數的支持讓Go無需使用繁瑣的exceptions體系，一個函數可以返回期待的返回值加上error，調用函數后立刻處理錯誤信息，清晰明了。

3. Array，slice，map等內置基本數據結構

如果你習慣了Python中簡潔的list和dict操作，在Go語言中，你不會感到孤單。一切都是那么熟悉，而且更加高效。如果你是C++程序員，你會發現你又找到了STL的vector 和 map這對朋友。

4. Interface

Go語言最讓人贊嘆不易的特性，就是interface的設計。任何數據結構，只要實現了interface所定義的函數，自動就implement了這個interface，沒有像Java那樣冗長的class申明，提供了靈活太多的設計度和OO抽象度，讓你的代碼也非常干凈。千萬不要以為你習慣了Java那種一條一條加implements的方式，感覺還行，等接口的設計越來越復雜的時候，無數Bug正在后面等著你。

同時，正因為如此，Go語言的interface可以用來表示任何generic的東西，比如一個空的interface，可以是string可以是int，可以是任何數據類型，因為這些數據類型都不需要實現任何函數，自然就滿足空interface的定義了。加上Go語言的type assertion，可以提供一般動態語言才有的duck typing特性， 而仍然能在compile中捕捉明顯的錯誤。

5. OO

Go語言本質上不是面向對象語言，它還是過程化的。但是，在Go語言中， 你可以很輕易的做大部分你在別的OO語言中能做的事，用更簡單清晰的邏輯。是的，在這里，不需要class，仍然可以繼承，仍然可以多態，但是速度卻快得多。因為本質上，OO在Go語言中，就是普通的struct操作。

6. Goroutine

這個幾乎算是Go語言的招牌特性之一了，我也不想多提。如果你完全不了解Goroutine，那么你只需要知道，這玩意是超級輕量級的類似線程的東西，但通過它，你不需要復雜的線程操作鎖操作，不需要care調度，就能玩轉基本的并行程序。在Go語言里，觸發一個routine和erlang spawn一樣簡單。基本上要掌握Go語言，以Goroutine和channel為核心的內存模型是必須要懂的。不過請放心，真的非常簡單。

7. 更多現代的特性

和C比較，Go語言完全就是一門現代化語言，原生支持的Unicode, garbage collection, Closures(是的，和functional programming language類似), function是first class object，等等等等。

看到這里，你可能會發現，我用了很多輕易，簡單，快速之類的形容詞來形容Go語言的特點。我想說的是，一點都不夸張，連Go語言的入門學習到提高，都比別的語言門檻低太多太多。在大部分人都有C的背景的時代，對于Go語言，從入門到能夠上手做項目，最多不過半個月。Go語言給人的感覺就是太直接了，什么都直接，讀源代碼直接，寫自己的代碼也直接。

為什么要使用 Go 語言?Go 語言的優勢在哪里?

1、簡單易學。

Go語言的作者本身就很懂C語言，所以同樣Go語言也會有C語言的基因，所以對于程序員來說，Go語言天生就會讓人很熟悉，容易上手。

2、并發性好。

Go語言天生支持并發，可以充分利用多核，輕松地使用并發。 這是Go語言最大的特點。

描述

Go的語法接近C語言，但對于變量的聲明有所不同。Go支持垃圾回收功能。Go的并行模型是以東尼·霍爾的通信順序進程（CSP）為基礎，采取類似模型的其他語言包括Occam和Limbo，但它也具有Pi運算的特征，比如通道傳輸。

在1.8版本中開放插件（Plugin）的支持，這意味著現在能從Go中動態加載部分函數。

與C++相比，Go并不包括如枚舉、異常處理、繼承、泛型、斷言、虛函數等功能，但增加了 切片(Slice) 型、并發、管道、垃圾回收、接口（Interface）等特性的語言級支持。

如何看待go語言泛型的最新設計？

Go 由于不支持泛型而臭名昭著，但最近，泛型已接近成為現實。Go 團隊實施了一個看起來比較穩定的設計草案，并且正以源到源翻譯器原型的形式獲得關注。本文講述的是泛型的最新設計，以及如何自己嘗試泛型。

例子

FIFO Stack

假設你要創建一個先進先出堆棧。沒有泛型，你可能會這樣實現：

type?Stack?[]interface{}func?(s?Stack)?Peek()?interface{}?{

return?s[len(s)-1]

}

func?(s?*Stack)?Pop()?{

*s?=?(*s)[:

len(*s)-1]

}

func?(s?*Stack)?Push(value?interface{})?{

*s?=?

append(*s,?value)

}

但是，這里存在一個問題：每當你 Peek 項時，都必須使用類型斷言將其從 interface{} 轉換為你需要的類型。如果你的堆棧是 *MyObject 的堆棧，則意味著很多 s.Peek().(*MyObject)這樣的代碼。這不僅讓人眼花繚亂，而且還可能引發錯誤。比如忘記 * 怎么辦？或者如果您輸入錯誤的類型怎么辦？s.Push(MyObject{})` 可以順利編譯，而且你可能不會發現到自己的錯誤，直到它影響到你的整個服務為止。

通常，使用 interface{} 是相對危險的。使用更多受限制的類型總是更安全，因為可以在編譯時而不是運行時發現問題。

泛型通過允許類型具有類型參數來解決此問題：

type?Stack(type?T)?[]Tfunc?(s?Stack(T))?Peek()?T?{

return?s[len(s)-1]

}

func?(s?*Stack(T))?Pop()?{

*s?=?(*s)[:

len(*s)-1]

}

func?(s?*Stack(T))?Push(value?T)?{

*s?=?

append(*s,?value)

}

這會向 Stack 添加一個類型參數，從而完全不需要 interface{}。現在，當你使用 Peek() 時，返回的值已經是原始類型，并且沒有機會返回錯誤的值類型。這種方式更安全，更容易使用。（譯注：就是看起來更丑陋，^-^）

此外，泛型代碼通常更易于編譯器優化，從而獲得更好的性能（以二進制大小為代價）。如果我們對上面的非泛型代碼和泛型代碼進行基準測試，我們可以看到區別：

type?MyObject?struct?{

X?

int

}

var?sink?MyObjectfunc?BenchmarkGo1(b?*testing.B)?{

for?i?:=?0;?i??b.N;?i++?{

var?s?Stack

s.Push(MyObject{})

s.Push(MyObject{})

s.Pop()

sink?=?s.Peek().(MyObject)

}

}

func?BenchmarkGo2(b?*testing.B)?{

for?i?:=?0;?i??b.N;?i++?{

var?s?Stack(MyObject)

s.Push(MyObject{})

s.Push(MyObject{})

s.Pop()

sink?=?s.Peek()

}

}

結果：

BenchmarkGo1BenchmarkGo1-16?????12837528?????????87.0?ns/op???????48?B/op????????2?allocs/opBenchmarkGo2BenchmarkGo2-16?????28406479?????????41.9?ns/op???????24?B/op????????2?allocs/op

在這種情況下，我們分配更少的內存，同時泛型的速度是非泛型的兩倍。

合約（Contracts）

上面的堆棧示例適用于任何類型。但是，在許多情況下，你需要編寫僅適用于具有某些特征的類型的代碼。例如，你可能希望堆棧要求類型實現 String() 函數