想寫個(gè)web服務(wù)器，用Go語(yǔ)言實(shí)現(xiàn)，需要有哪些儲(chǔ)備知識(shí)呢？

方案一：

讓客戶滿意是我們工作的目標(biāo)，不斷超越客戶的期望值來(lái)自于我們對(duì)這個(gè)行業(yè)的熱愛(ài)。我們立志把好的技術(shù)通過(guò)有效、簡(jiǎn)單的方式提供給客戶，將通過(guò)不懈努力成為客戶在信息化領(lǐng)域值得信任、有價(jià)值的長(zhǎng)期合作伙伴，公司提供的服務(wù)項(xiàng)目有：主機(jī)域名、網(wǎng)絡(luò)空間、營(yíng)銷軟件、網(wǎng)站建設(shè)、南州晴隆網(wǎng)站維護(hù)、網(wǎng)站推廣。

利用GOLANG自帶的HTTP模塊，很少的代碼就能實(shí)現(xiàn)一個(gè)HTTPWEB服務(wù)器。

方案二：自己造輪子

首先，最基本的是http1.1（RFC2616）要徹底搞清楚弄明白?，F(xiàn)在是2018年了，http2.0也是必選項(xiàng)了；

其次，GOLANG的基本編程技能，尤其是TCP/IP編程要熟練；

再次，多線程/協(xié)程/高并發(fā)處理是一個(gè)難點(diǎn)，要有必要的經(jīng)驗(yàn)；

最后，請(qǐng)參考Nginx，這個(gè)高性能、可靠、易用的WEB服務(wù)器。

如何將用go語(yǔ)言開(kāi)發(fā)的服務(wù)器程序部署到docker

部署簡(jiǎn)單。Go 編譯生成的是一個(gè)靜態(tài)可執(zhí)行文件，除了 glibc 外沒(méi)有其他外部依賴。這讓部署變得異常方便：目標(biāo)機(jī)器上只需要一個(gè)基礎(chǔ)的系統(tǒng)和必要的管理、監(jiān)控工具，完全不需要操心應(yīng)用所需的各種包、庫(kù)的依賴關(guān)系，大大減輕了維護(hù)的負(fù)擔(dān)。這和 Python 有著巨大的區(qū)別。由于歷史的原因，Python 的部署工具生態(tài)相當(dāng)混亂【比如 setuptools, distutils, pip, buildout 的不同適用場(chǎng)合以及兼容性問(wèn)題】。官方 PyPI 源又經(jīng)常出問(wèn)題，需要搭建私有鏡像，而維護(hù)這個(gè)鏡像又要花費(fèi)不少時(shí)間和精力。

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

良好的語(yǔ)言設(shè)計(jì)。從學(xué)術(shù)的角度講 Go 語(yǔ)言其實(shí)非常平庸，不支持許多高級(jí)的語(yǔ)言特性；但從工程的角度講，Go 的設(shè)計(jì)是非常優(yōu)秀的：規(guī)范足夠簡(jiǎn)單靈活，有其他語(yǔ)言基礎(chǔ)的程序員都能迅速上手。更重要的是 Go 自帶完善的工具鏈，大大提高了團(tuán)隊(duì)協(xié)作的一致性。比如 gofmt 自動(dòng)排版 Go 代碼，很大程度上杜絕了不同人寫的代碼排版風(fēng)格不一致的問(wèn)題。把編輯器配置成在編輯存檔的時(shí)候自動(dòng)運(yùn)行 gofmt，這樣在編寫代碼的時(shí)候可以隨意擺放位置，存檔的時(shí)候自動(dòng)變成正確排版的代碼。此外還有 gofix, govet 等非常有用的工具。

執(zhí)行性能好。雖然不如 C 和 Java，但通常比原生 Python 應(yīng)用還是高一個(gè)數(shù)量級(jí)的，適合編寫一些瓶頸業(yè)務(wù)。內(nèi)存占用也非常省。

Golang項(xiàng)目部署3，容器部署

容器部署即使用 docker 化部署 golang 應(yīng)用程序，這是在云服務(wù)時(shí)代最流行的部署方式，也是最推薦的部署方式。

跨平臺(tái)交叉編譯是 golang 的特點(diǎn)之一，可以非常方便地編譯出我們需要的目標(biāo)服務(wù)器平臺(tái)的版本，而且是靜態(tài)編譯，非常容易地解決了運(yùn)行依賴問(wèn)題。

使用以下指令可以靜態(tài)編譯 Linux 平臺(tái) amd64 架構(gòu)的可執(zhí)行文件：

生成的 main 便是我們靜態(tài)編譯的，可部署于 Linux amd64 上的可執(zhí)行文件。

我們需要將該可執(zhí)行文件 main 編譯生成 docker 鏡像，以便于分發(fā)及部署。 Golang 的運(yùn)行環(huán)境推薦使用 alpine 基礎(chǔ)系統(tǒng)鏡像，編譯出的容器鏡像約為 20MB 左右。

一個(gè)參考的 Dockerfile 文件如下：

其中，我們的基礎(chǔ)鏡像使用了 loads/alpine:3.8 ，中國(guó)國(guó)內(nèi)的用戶推薦使用該基礎(chǔ)鏡像，基礎(chǔ)鏡像的 Dockerfile 地址： ，倉(cāng)庫(kù)地址：

隨后使用 " docker build -t main . " 指令編譯生成名為 main 的 docker 鏡像。

需要注意的是，在某些項(xiàng)目的架構(gòu)設(shè)計(jì)中， 靜態(tài)文件 和 配置文件 可能不會(huì)隨著鏡像進(jìn)行編譯發(fā)布，而是分開(kāi)進(jìn)行管理和發(fā)布。

例如，使用 MVVM 模式的項(xiàng)目中(例如使用 vue 框架)，往往是前后端非常獨(dú)立的，因此在鏡像中往往并不會(huì)包含 public 目錄。而使用了 配置管理中心 (例如使用 consul / etcd / zookeeper )的項(xiàng)目中，也往往并不需要 config 目錄。

因此對(duì)于以上示例的 Dockerfile 的使用，僅作參考，根據(jù)實(shí)際情況請(qǐng)進(jìn)行必要的調(diào)整。

使用以下指令可直接運(yùn)行剛才編譯成的鏡像：

容器的分發(fā)可以使用 docker 官方的平臺(tái)： ，國(guó)內(nèi)也可以考慮使用阿里云： 。

在企業(yè)級(jí)生產(chǎn)環(huán)境中， docker 容器往往需要結(jié)合 kubernetes 或者 docker swarm 容器編排工具一起使用。

容器編排涉及到的內(nèi)容比較多，感興趣的同學(xué)可以參考以下資料：

使用Go 語(yǔ)言開(kāi)發(fā)大型 MMORPG 游戲服務(wù)器怎么樣

從2013年起,經(jīng)朋友推薦開(kāi)始用Golang編寫游戲登陸服務(wù)器, 配合C++做第三方平臺(tái)驗(yàn)證. 到編寫?yīng)毩⒐ぞ邔?dǎo)表工具GitHub - davyxu/tabtoy: 跨平臺(tái)的高性能便捷電子表格導(dǎo)出器. 以及網(wǎng)絡(luò)庫(kù)GitHub - davyxu/cellnet: 簡(jiǎn)單,方便,高效的Go語(yǔ)言的游戲服務(wù)器底層. 最終使用這些工具及庫(kù)編寫整個(gè)游戲服務(wù)器框架, 我的感受是很不錯(cuò)的

細(xì)節(jié)看來(lái), 有如下的幾個(gè)點(diǎn):

語(yǔ)言, 庫(kù)

Golang語(yǔ)言特性和C很像, 簡(jiǎn)單, 一張A4紙就能寫完所有特性. 你想想看, C++到了領(lǐng)悟階段, 也只用那幾個(gè)簡(jiǎn)單特性, 剩下的都是一大堆解決各種內(nèi)存問(wèn)題的技巧. 而Golang一開(kāi)始就簡(jiǎn)單, 何必浪費(fèi)生命去研究那一大堆的奇技淫巧呢?

Golang的坑只有2個(gè):1. interface{}和nil配合使用, 2. for循環(huán)時(shí), 將循環(huán)變量引入閉包(Golang, Lua, C#閉包變量捕獲差異) 完全不影響正常使用, 復(fù)合語(yǔ)言概念, 只是看官方后面怎么有效的避免

用Golang就忘記繼承那套東西, 用組合+接口

用Golang服務(wù)器如何保證解決游戲服務(wù)器存盤一致性問(wèn)題? stop the world是肯定的, 但是Golang可以從語(yǔ)言層并發(fā)序列化玩家數(shù)據(jù), 再通過(guò)后臺(tái)存盤

channel是goroutine雖然是Golang的語(yǔ)言特性. 但是在編寫服務(wù)器時(shí), 其實(shí)只有底層用的比較多.

Golang的第三方庫(kù)簡(jiǎn)直多如牛毛, 好的也很多

不要說(shuō)模板了, C#的也不好用, 官方在糾結(jié)也不要加, 使用中, 沒(méi)模板確實(shí)有點(diǎn)不方便. 用interface{}/反射做泛型對(duì)于Golang這種強(qiáng)類型語(yǔ)言來(lái)說(shuō),還是有點(diǎn)打臉

運(yùn)行期

Golang和C++比性能的話, 這是C++的優(yōu)勢(shì), Golang因?yàn)闆](méi)虛擬機(jī), 只有薄薄的一層調(diào)度層. 因此性能是非常高的, 用一點(diǎn)性能犧牲換開(kāi)發(fā)效率, 妥妥的

1.6版后的GC優(yōu)化的已經(jīng)很好了, 如果你不是高性能,高并發(fā)Web應(yīng)用, 非要找出一堆的優(yōu)化技巧的話. 只用Golang寫點(diǎn)游戲服務(wù)器, 那點(diǎn)GC損耗可以忽略不計(jì)

和其他現(xiàn)代語(yǔ)言一樣, 崩潰捕捉是標(biāo)配功能, 我用Golang的服務(wù)器線上跑, 基本沒(méi)碰到過(guò)崩潰情況

熱更新: 官方已經(jīng)有plugin系統(tǒng)的提交, 跨平臺(tái)的. 估計(jì)很快就可以告別手動(dòng)cgo做so熱更新

開(kāi)發(fā), 調(diào)試, 部署, 優(yōu)化

LiteIDE是我首選的Golang的IDE, 雖然有童鞋說(shuō)B格不高. 但這估計(jì)實(shí)在是找不到缺點(diǎn)說(shuō)了, 別跟我說(shuō)Visual Studio, 那是宇宙級(jí)的...

曾經(jīng)聽(tīng)說(shuō)有人不看好Golang, 我問(wèn)為啥: 說(shuō)這么新的語(yǔ)言, 不好招人,后面打聽(tīng)到他是個(gè)策劃... 好吧

真實(shí)情況是這樣的: Golang對(duì)于有點(diǎn)編程基礎(chǔ)的新人來(lái)說(shuō), 1周左右可以開(kāi)始貢獻(xiàn)代碼. 老司機(jī)2~3天.

開(kāi)發(fā)效率還是不錯(cuò)的, 一般大的游戲功能, 2*2人一周3~4個(gè)整完. 這換C++時(shí)代, 大概也就1~2個(gè)還寫不完. 對(duì)接服務(wù)器sdk的話, 大概1天接個(gè)10多個(gè)沒(méi)問(wèn)題

Golang自帶性能調(diào)優(yōu)工具, 從內(nèi)存, CPU, 阻塞點(diǎn)等幾個(gè)方面直接出圖進(jìn)行分析, 非常直觀, 可以參考我博客幾年前的分析: 使用Golang進(jìn)行性能分析(Profiling)

Golang支持交叉編譯, 跨平臺(tái)部署, 什么概念? linux是吧? 不問(wèn)你什么版本, 直接windows上編譯輸出一個(gè)elf, 甩到服務(wù)器上開(kāi)跑.不超過(guò)1分鐘時(shí)間..