導(dǎo)讀：2007年，受夠了C++煎熬的Google首席軟件工程師Rob Pike糾集Robert Griesemer和Ken Thompson兩位牛人，決定創(chuàng)造一種新語(yǔ)言來(lái)取代C++,?這就是Golang。出現(xiàn)在21世紀(jì)的GO語(yǔ)言，雖然不能如愿對(duì)C++取而代之，但是其近C的執(zhí)行性能和近解析型語(yǔ)言的開(kāi)發(fā)效率以及近乎于完美的編譯速度，已經(jīng)風(fēng)靡全球。特別是在云項(xiàng)目中，大部分都使用了Golang來(lái)開(kāi)發(fā)，不得不說(shuō)，Golang早已深入人心。而對(duì)于一個(gè)沒(méi)有歷史負(fù)擔(dān)的新項(xiàng)目，Golang或許就是個(gè)不二的選擇。

被稱為GO語(yǔ)言之父的Rob Pike說(shuō)，你是否同意GO語(yǔ)言，取決于你是認(rèn)可少就是多，還是少就是少(Less is more or lessis less)。Rob Pike以一種非常樸素的方式，概括了GO語(yǔ)言的整個(gè)設(shè)計(jì)哲學(xué)--將簡(jiǎn)單、實(shí)用體現(xiàn)得淋漓盡致。

很多人將GO語(yǔ)言稱為21世紀(jì)的C語(yǔ)言，因?yàn)镚O不僅擁有C的簡(jiǎn)潔和性能，而且還很好的提供了21世紀(jì)互聯(lián)網(wǎng)環(huán)境下服務(wù)端開(kāi)發(fā)的各種實(shí)用特性，讓開(kāi)發(fā)者在語(yǔ)言級(jí)別就可以方便的得到自己想要的東西。

本文大綱：

• GO語(yǔ)言的發(fā)展與現(xiàn)狀

• 發(fā)展歷史

• 開(kāi)發(fā)團(tuán)隊(duì)

• 業(yè)務(wù)案例

• GO語(yǔ)言關(guān)鍵特性

• 并發(fā)與協(xié)程

• 基于消息傳遞的通信方式

• 豐富實(shí)用的內(nèi)置數(shù)據(jù)類(lèi)型

• 函數(shù)多返回值

• Defer延遲處理機(jī)制

• 反射(reflect)

• 高性能HTTP Server

• 工程管理

• 編程規(guī)范

• API快速開(kāi)發(fā)框架實(shí)踐

• 我們?yōu)槭裁催x擇GO語(yǔ)言

• API框架的實(shí)現(xiàn)

• 公共組件能力

• 通用列表組件

• 通用表單組件

• 協(xié)程池

• 數(shù)據(jù)校驗(yàn)

• 小結(jié)

• 性能評(píng)測(cè)

• 開(kāi)發(fā)過(guò)程中需要注意的點(diǎn)

?GO語(yǔ)言的發(fā)展與現(xiàn)狀

發(fā)展歷史

2007年9月，Rob Pike在Google分布式編譯平臺(tái)上進(jìn)行C++編譯，在漫長(zhǎng)的等待過(guò)程中，他和Robert Griesemer探討了程序設(shè)計(jì)語(yǔ)言的一些關(guān)鍵性問(wèn)題，他們認(rèn)為，簡(jiǎn)化編程語(yǔ)言相比于在臃腫的語(yǔ)言上不斷增加新特性，會(huì)是更大的進(jìn)步。隨后他們?cè)诰幾g結(jié)束之前說(shuō)服了身邊的Ken Thompson，覺(jué)得有必要為此做一些事情。幾天后，他們發(fā)起了一個(gè)叫Golang的項(xiàng)目，將它作為自由時(shí)間的實(shí)驗(yàn)項(xiàng)目。

2008年5月 Google發(fā)現(xiàn)了GO語(yǔ)言的巨大潛力，得到了Google的全力支持，這些人開(kāi)始全職投入GO語(yǔ)言的設(shè)計(jì)和開(kāi)發(fā)。

2009年11月 GO語(yǔ)言第一個(gè)版本發(fā)布。2012年3月 第一個(gè)正式版本Go1.0發(fā)布。

2015年8月 go1.5發(fā)布，這個(gè)版本被認(rèn)為是歷史性的。完全移除C語(yǔ)言部分，使用GO編譯GO，少量代碼使用匯編實(shí)現(xiàn)。另外，他們請(qǐng)來(lái)了內(nèi)存管理方面的權(quán)威專家Rick Hudson，對(duì)GC進(jìn)行了重新設(shè)計(jì)，支持并發(fā)GC，解決了一直以來(lái)廣為詬病的GC時(shí)延（STW）問(wèn)題。并且在此后的版本中，又對(duì)GC做了更進(jìn)一步的優(yōu)化。到go1.8時(shí)，相同業(yè)務(wù)場(chǎng)景下的GC時(shí)延已經(jīng)可以從go1.1的數(shù)秒，控制在1ms以內(nèi)。GC問(wèn)題的解決，可以說(shuō)GO語(yǔ)言在服務(wù)端開(kāi)發(fā)方面，幾乎抹平了所有的弱點(diǎn)。

在GO語(yǔ)言的版本迭代過(guò)程中，語(yǔ)言特性基本上沒(méi)有太大的變化，基本上維持在GO1.1的基準(zhǔn)上，并且官方承諾，新版本對(duì)老版本下開(kāi)發(fā)的代碼完全兼容。事實(shí)上，GO開(kāi)發(fā)團(tuán)隊(duì)在新增語(yǔ)言特性上顯得非常謹(jǐn)慎，而在穩(wěn)定性、編譯速度、執(zhí)行效率以及GC性能等方面進(jìn)行了持續(xù)不斷的優(yōu)化。

開(kāi)發(fā)團(tuán)隊(duì)

GO語(yǔ)言的開(kāi)發(fā)陣營(yíng)可以說(shuō)是空前強(qiáng)大，主要成員中不乏計(jì)算機(jī)軟件界的歷史性人物，對(duì)計(jì)算機(jī)軟件的發(fā)展影響深遠(yuǎn)。Ken Thompson，來(lái)自貝爾實(shí)驗(yàn)室，設(shè)計(jì)了B語(yǔ)言，創(chuàng)立了Unix操作系統(tǒng)（最初使用B語(yǔ)言實(shí)現(xiàn)），隨后在Unix開(kāi)發(fā)過(guò)程中，又和Dennis Ritchie一同設(shè)計(jì)了C語(yǔ)言，繼而使用C語(yǔ)言重構(gòu)了Unix操作系統(tǒng)。Dennis Ritchie和Ken Thompson被稱為Unix和C語(yǔ)言之父，并在1983年共同被授以圖靈獎(jiǎng)，以表彰他們對(duì)計(jì)算機(jī)軟件發(fā)展所作的杰出貢獻(xiàn)。Rob Pike，同樣來(lái)自貝爾實(shí)驗(yàn)室，Unix小組重要成員，發(fā)明了Limbo語(yǔ)言，并且和Ken Thompson共同設(shè)計(jì)了UTF-8編碼，《Unix編程環(huán)境》、《編程實(shí)踐》作者之一。

可以說(shuō)，GO語(yǔ)言背靠Google這棵大樹(shù)，又不乏牛人坐鎮(zhèn)，是名副其實(shí)的“牛二代”。

大名鼎鼎的Docker，完全用GO實(shí)現(xiàn)，業(yè)界最為火爆的容器編排管理系統(tǒng)kubernetes，完全用GO實(shí)現(xiàn)，之后的Docker Swarm，完全用GO實(shí)現(xiàn)。除此之外，還有各種有名的項(xiàng)目如etcd/consul/flannel等等，均使用GO實(shí)現(xiàn)。有人說(shuō)，GO語(yǔ)言之所以出名，是趕上了云時(shí)代，但為什么不能換種說(shuō)法，也是GO語(yǔ)言促使了云的發(fā)展？

除了云項(xiàng)目外，還有像今日頭條、UBER這樣的公司，他們也使用GO語(yǔ)言對(duì)自己的業(yè)務(wù)進(jìn)行了徹底的重構(gòu)。

?

GO語(yǔ)言關(guān)鍵特性

GO語(yǔ)言之所以厲害，是因?yàn)樗诜?wù)端的開(kāi)發(fā)中，總能抓住程序員的痛點(diǎn)，以最直接、簡(jiǎn)單、高效、穩(wěn)定的方式來(lái)解決問(wèn)題。這里我們并不會(huì)深入討論GO語(yǔ)言的具體語(yǔ)法，只會(huì)將語(yǔ)言中關(guān)鍵的、對(duì)簡(jiǎn)化編程具有重要意義的方面介紹給大家，跟隨大師們的腳步，體驗(yàn)GO的設(shè)計(jì)哲學(xué)。

GO語(yǔ)言的關(guān)鍵特性主要包括以下幾方面：

• 并發(fā)與協(xié)程

• 基于消息傳遞的通信方式

• 豐富實(shí)用的內(nèi)置數(shù)據(jù)類(lèi)型

• 函數(shù)多返回值

• defer機(jī)制

• 反射(reflect)

• 高性能HTTP Server

• 工程管理

• 編程規(guī)范

?

在當(dāng)今這個(gè)多核時(shí)代，并發(fā)編程的意義不言而喻。當(dāng)然，很多語(yǔ)言都支持多線程、多進(jìn)程編程，但遺憾的是，實(shí)現(xiàn)和控制起來(lái)并不是那么令人感覺(jué)輕松和愉悅。Golang不同的是，語(yǔ)言級(jí)別支持協(xié)程(goroutine)并發(fā)（協(xié)程又稱微線程，比線程更輕量、開(kāi)銷(xiāo)更小，性能更高），操作起來(lái)非常簡(jiǎn)單，語(yǔ)言級(jí)別提供關(guān)鍵字（go）用于啟動(dòng)協(xié)程，并且在同一臺(tái)機(jī)器上可以啟動(dòng)成千上萬(wàn)個(gè)協(xié)程。

對(duì)比JAVA的多線程和GO的協(xié)程實(shí)現(xiàn)，明顯更直接、簡(jiǎn)單。這就是GO的魅力所在，以簡(jiǎn)單、高效的方式解決問(wèn)題，關(guān)鍵字go，或許就是GO語(yǔ)言最重要的標(biāo)志。

基于消息傳遞的通信方式

在異步的并發(fā)編程過(guò)程中，只能方便、快速的啟動(dòng)協(xié)程還不夠。協(xié)程之間的消息通信，也是非常重要的一環(huán)，否則，各個(gè)協(xié)程就會(huì)成為脫韁的野馬而無(wú)法控制。在GO語(yǔ)言中，使用基于消息傳遞的通信方式（而不是大多數(shù)語(yǔ)言所使用的基于共享內(nèi)存的通信方式）進(jìn)行協(xié)程間通信，并且將消息管道(channel)作為基本的數(shù)據(jù)類(lèi)型，使用類(lèi)型關(guān)鍵字(chan)進(jìn)行定義，并發(fā)操作時(shí)線程安全。這點(diǎn)在語(yǔ)言的實(shí)現(xiàn)上，也具有革命性。可見(jiàn)，GO語(yǔ)言本身并非簡(jiǎn)單得沒(méi)有底線，恰恰他們會(huì)將最實(shí)用、最有利于解決問(wèn)題的能力，以最簡(jiǎn)單、直接的形式提供給用戶。

Channel并不僅僅只是用于簡(jiǎn)單的消息通信，還可以引申出很多非常實(shí)用，而實(shí)現(xiàn)起來(lái)又非常方便的功能。比如，實(shí)現(xiàn)TCP連接池、限流等等，而這些在其它語(yǔ)言中實(shí)現(xiàn)起來(lái)并不輕松，但GO語(yǔ)言可以輕易做到。

GO語(yǔ)言作為編譯型語(yǔ)言，在數(shù)據(jù)類(lèi)型上也支持得非常全面，除了傳統(tǒng)的整型、浮點(diǎn)型、字符型、數(shù)組、結(jié)構(gòu)等類(lèi)型外。從實(shí)用性上考慮，也對(duì)字符串類(lèi)型、切片類(lèi)型(可變長(zhǎng)數(shù)組)、字典類(lèi)型、復(fù)數(shù)類(lèi)型、錯(cuò)誤類(lèi)型、管道類(lèi)型、甚至任意類(lèi)型(Interface{})進(jìn)行了原生支持，并且用起來(lái)非常方便。比如字符串、切片類(lèi)型，操作簡(jiǎn)便性幾乎和python類(lèi)似。

另外，將錯(cuò)誤類(lèi)型(error)作為基本的數(shù)據(jù)類(lèi)型，并且在語(yǔ)言級(jí)別不再支持try…catch的用法，這應(yīng)該算是一個(gè)非常大膽的革命性創(chuàng)舉，也難怪很多人吐槽GO語(yǔ)言不倫不類(lèi)。但是跳出傳統(tǒng)的觀念，GO的開(kāi)發(fā)者認(rèn)為在編程過(guò)程中，要保證程序的健壯性和穩(wěn)定性，對(duì)異常的精確化處理是非常重要的，只有在每一個(gè)邏輯處理完成后，明確的告知上層調(diào)用，是否有異常，并由上層調(diào)用明確、及時(shí)的對(duì)異常進(jìn)行處理，這樣才可以高程度的保證程序的健壯性和穩(wěn)定性。雖然這樣做會(huì)在編程過(guò)程中出現(xiàn)大量的對(duì)error結(jié)果的判斷，但是這無(wú)疑也增強(qiáng)了開(kāi)發(fā)者對(duì)異常處理的警惕度。而實(shí)踐證明，只要嚴(yán)格按GO推薦的風(fēng)格編碼，想寫(xiě)出不健壯的代碼，都很難。當(dāng)然，前提是你不排斥它，認(rèn)可它。

?

在語(yǔ)言中支持函數(shù)多返回值，并不是什么新鮮事，Python就是其中之一。允許函數(shù)返回多個(gè)值，在某些場(chǎng)景下，可以有效的簡(jiǎn)化編程。GO語(yǔ)言推薦的編程風(fēng)格，是函數(shù)返回的最后一個(gè)參數(shù)為error類(lèi)型（只要邏輯體中可能出現(xiàn)異常），這樣，在語(yǔ)言級(jí)別支持多返回值，就很有必要了。

?

Defer延遲處理機(jī)制

在GO語(yǔ)言中，提供關(guān)鍵字defer，可以通過(guò)該關(guān)鍵字指定需要延遲執(zhí)行的邏輯體，即在函數(shù)體return前或出現(xiàn)panic時(shí)執(zhí)行。這種機(jī)制非常適合善后邏輯處理，比如可以盡早避免可能出現(xiàn)的資源泄漏問(wèn)題。

可以說(shuō)，defer是繼goroutine和channel之后的另一個(gè)非常重要、實(shí)用的語(yǔ)言特性，對(duì)defer的引入，在很大程度上可以簡(jiǎn)化編程，并且在語(yǔ)言描述上顯得更為自然，極大的增強(qiáng)了代碼的可讀性。

?

Golang作為強(qiáng)類(lèi)型的編譯型語(yǔ)言，靈活性上自然不如解析型語(yǔ)言。比如像PHP，弱類(lèi)型，并且可以直接對(duì)一個(gè)字符串變量的內(nèi)容進(jìn)行new操作，而在編譯型語(yǔ)言中，這顯然不太可能。但是，Golang提供了Any類(lèi)型(interface{})和強(qiáng)大的類(lèi)型反射(reflect)能力，二者相結(jié)合，開(kāi)發(fā)的靈活性上已經(jīng)很接近解析型語(yǔ)言。在邏輯的動(dòng)態(tài)調(diào)用方面，實(shí)現(xiàn)起來(lái)仍然非常簡(jiǎn)單。既然如此，那么像PHP這種解析型語(yǔ)言相比于GO，優(yōu)勢(shì)在那里呢？就我個(gè)人而言，寫(xiě)了近10年的PHP，實(shí)現(xiàn)過(guò)開(kāi)發(fā)框架、基礎(chǔ)類(lèi)庫(kù)以及各種公共組件，雖然執(zhí)行性能不足，但是開(kāi)發(fā)效率有余；而當(dāng)遇上Golang，這些優(yōu)勢(shì)似乎不那么明顯了。

?

作為出現(xiàn)在互聯(lián)網(wǎng)時(shí)代的服務(wù)端語(yǔ)言，面向用戶服務(wù)的能力必不可少。GO在語(yǔ)言級(jí)別自帶HTTP/TCP/UDP高性能服務(wù)器，基于協(xié)程并發(fā)，為業(yè)務(wù)開(kāi)發(fā)提供最直接有效的能力支持。要在GO語(yǔ)言中實(shí)現(xiàn)一個(gè)高性能的HTTP Server，只需要幾行代碼即可完成，非常簡(jiǎn)單。

?

在GO語(yǔ)言中，有一套標(biāo)準(zhǔn)的工程管理規(guī)范，只要按照這個(gè)規(guī)范進(jìn)行項(xiàng)目開(kāi)發(fā)，之后的事情（比如包管理、編譯等等）都將變得非常的簡(jiǎn)單。

在GO項(xiàng)目下，存在兩個(gè)關(guān)鍵目錄，一個(gè)是src目錄，用于存放所有的.go源碼文件；一個(gè)是bin目錄，用于存在編譯后的二進(jìn)制文件。在src目錄下，除了main主包所在的目錄外，其它所有的目錄名稱與直接目錄下所對(duì)應(yīng)的包名保持對(duì)應(yīng)，否則編譯無(wú)法通過(guò)。這樣，GO編譯器就可以從main包所在的目錄開(kāi)始，完全使用目錄結(jié)構(gòu)和包名來(lái)推導(dǎo)工程結(jié)構(gòu)以及構(gòu)建順序，避免像C++一樣，引入一個(gè)額外的Makefile文件。

在GO的編譯過(guò)程中，我們唯一要做的就是將GO項(xiàng)目路徑賦值給一個(gè)叫GOPATH的環(huán)境變量，讓編譯器知道將要編譯的GO項(xiàng)目所在的位置。然后進(jìn)入bin目錄下，執(zhí)行g(shù)o build {主包所在的目錄名}，即可秒級(jí)完成工程編譯。編譯后的二進(jìn)制文件，可以推到同類(lèi)OS上直接運(yùn)行，沒(méi)有任何環(huán)境依賴。

GO語(yǔ)言的編程規(guī)范強(qiáng)制集成在語(yǔ)言中，比如明確規(guī)定花括號(hào)擺放位置，強(qiáng)制要求一行一句，不允許導(dǎo)入沒(méi)有使用的包，不允許定義沒(méi)有使用的變量，提供gofmt工具強(qiáng)制格式化代碼等等。奇怪的是，這些也引起了很多程序員的不滿，有人發(fā)表GO語(yǔ)言的XX條罪狀，里面就不乏對(duì)編程規(guī)范的指責(zé)。要知道，從工程管理的角度，任何一個(gè)開(kāi)發(fā)團(tuán)隊(duì)都會(huì)對(duì)特定語(yǔ)言制定特定的編程規(guī)范，特別像Google這樣的公司，更是如此。GO的設(shè)計(jì)者們認(rèn)為，與其將規(guī)范寫(xiě)在文檔里，還不如強(qiáng)制集成在語(yǔ)言里，這樣更直接，更有利用團(tuán)隊(duì)協(xié)作和工程管理。

API快速開(kāi)發(fā)框架實(shí)踐

編程語(yǔ)言是一個(gè)工具，它會(huì)告訴我們能做什么，而怎么做會(huì)更好，同樣值得去探討。這部分會(huì)介紹用GO語(yǔ)言實(shí)現(xiàn)的一個(gè)開(kāi)發(fā)框架，以及幾個(gè)公共組件。當(dāng)然，框架和公共組件，其它語(yǔ)言也完全可以實(shí)現(xiàn)，而這里所關(guān)注的是成本問(wèn)題。除此之外，拋開(kāi)GO語(yǔ)言本身不說(shuō)，我們也希望可以讓大家從介紹的幾個(gè)組件中，得到一些解決問(wèn)題的思路，那就是通過(guò)某種方式，去解決一個(gè)面上的問(wèn)題，而非一味的寫(xiě)代碼，最終卻只是解決點(diǎn)上的問(wèn)題。如果你認(rèn)可這種方式，相信下面的內(nèi)容也許會(huì)影響你之后的項(xiàng)目開(kāi)發(fā)方式，從根本上提高開(kāi)發(fā)效率。

我們?yōu)槭裁催x擇GO語(yǔ)言

選擇GO語(yǔ)言，主要是基于兩方面的考慮

執(zhí)行性能

縮短API的響應(yīng)時(shí)長(zhǎng)，解決批量請(qǐng)求訪問(wèn)超時(shí)的問(wèn)題。在Uwork的業(yè)務(wù)場(chǎng)景下，一次API批量請(qǐng)求，往往會(huì)涉及對(duì)另外接口服務(wù)的多次調(diào)用，而在之前的PHP實(shí)現(xiàn)模式下，要做到并行調(diào)用是非常困難的，串行處理卻不能從根本上提高處理性能。而GO語(yǔ)言不一樣，通過(guò)協(xié)程可以方便的實(shí)現(xiàn)API的并行處理，達(dá)到處理效率的最大化。

依賴Golang的高性能HTTP Server，提升系統(tǒng)吞吐能力，由PHP的數(shù)百級(jí)別提升到數(shù)千里甚至過(guò)萬(wàn)級(jí)別。

開(kāi)發(fā)效率

GO語(yǔ)言使用起來(lái)簡(jiǎn)單、代碼描述效率高、編碼規(guī)范統(tǒng)一、上手快。

通過(guò)少量的代碼，即可實(shí)現(xiàn)框架的標(biāo)準(zhǔn)化，并以統(tǒng)一的規(guī)范快速構(gòu)建API業(yè)務(wù)邏輯。

能快速的構(gòu)建各種通用組件和公共類(lèi)庫(kù)，進(jìn)一步提升開(kāi)發(fā)效率，實(shí)現(xiàn)特定場(chǎng)景下的功能量產(chǎn)。

?

很多人在學(xué)習(xí)一門(mén)新語(yǔ)言或開(kāi)啟一個(gè)新項(xiàng)目時(shí)，都會(huì)習(xí)慣性的是網(wǎng)上找一個(gè)認(rèn)為合適的開(kāi)源框架來(lái)開(kāi)始自己的項(xiàng)目開(kāi)發(fā)之旅。這樣并沒(méi)有什么不好，但是個(gè)人覺(jué)得，了解它內(nèi)部的實(shí)現(xiàn)對(duì)我們會(huì)更有幫助。或許大家已經(jīng)注意到了，所說(shuō)的MVC框架，其本質(zhì)上就是對(duì)請(qǐng)求路徑進(jìn)行解析，然后根據(jù)請(qǐng)求路徑段，路由到相應(yīng)的控制器（C）上，再由控制器進(jìn)一步調(diào)用數(shù)據(jù)邏輯(M)，拿到數(shù)據(jù)后，渲染視圖（V），返回用戶。在整個(gè)過(guò)程中，核心點(diǎn)在于邏輯的動(dòng)態(tài)調(diào)用。

不過(guò)，對(duì)API框架的實(shí)現(xiàn)相對(duì)于WEB頁(yè)面框架的實(shí)現(xiàn)，會(huì)更簡(jiǎn)單，因?yàn)樗⒉簧婕耙晥D的渲染，只需要將數(shù)據(jù)結(jié)果以協(xié)議的方式返回給用戶即可。

使用GO語(yǔ)言實(shí)現(xiàn)一套完整的MVC開(kāi)發(fā)框架，是非常容易的，集成HTTP Server的同時(shí)，整個(gè)框架的核心代碼不會(huì)超過(guò)300行，從這里可以實(shí)際感受到GO的語(yǔ)言描述效率之高（如果有興趣，可以參考Uwork開(kāi)源項(xiàng)目seine）。

也有人說(shuō)，在GO語(yǔ)言中，就沒(méi)有框架可言，言外之意是說(shuō)，引入一個(gè)重型的開(kāi)源框架，必要性并不大，相反還可能把簡(jiǎn)單的東西復(fù)雜化。

?

在實(shí)際項(xiàng)目開(kāi)發(fā)過(guò)程中，只有高效的開(kāi)發(fā)語(yǔ)言還不夠，要想進(jìn)一步將開(kāi)發(fā)效率擴(kuò)大化，不斷的沉淀公共基礎(chǔ)庫(kù)是必不可少的，以便將通用的基礎(chǔ)邏輯進(jìn)一步抽象和復(fù)用。

除此之外，通用組件能力是實(shí)現(xiàn)功能量產(chǎn)的根本，對(duì)開(kāi)發(fā)效率會(huì)是質(zhì)的提升。組件化的開(kāi)發(fā)模式會(huì)幫忙我們將問(wèn)題的解決能力從一個(gè)點(diǎn)上提升到一個(gè)面上。以下會(huì)重點(diǎn)介紹幾個(gè)通用組件的實(shí)現(xiàn)，有了它們的存在，才能真正的解放程序員的生產(chǎn)力。而這些強(qiáng)有力的公共組件在Golang中實(shí)現(xiàn)起來(lái)并不復(fù)雜。同時(shí)，結(jié)合Golang的并發(fā)處理能力，相比于PHP的版本實(shí)現(xiàn)，執(zhí)行效率也會(huì)有質(zhì)的提升。這是組件能力和語(yǔ)言效率的完美結(jié)合。

?

通用列表組件用于所有可能的二維數(shù)據(jù)源(如MySQL/MongoDB/ES等等)的數(shù)據(jù)查詢場(chǎng)景，從一個(gè)面上解決了數(shù)據(jù)查詢問(wèn)題。在Uwork項(xiàng)目開(kāi)發(fā)中，被大量使用，實(shí)現(xiàn)數(shù)據(jù)查詢接口和頁(yè)面查詢列表的量產(chǎn)開(kāi)發(fā)。它以一個(gè)JSON配置文件為中心，來(lái)實(shí)現(xiàn)對(duì)通用數(shù)據(jù)源的查詢，并將查詢結(jié)果以API或頁(yè)面的形式自動(dòng)返回給用戶。整個(gè)過(guò)程中幾乎沒(méi)有代碼開(kāi)發(fā)，而唯一要做的只是以一種統(tǒng)一的規(guī)范編寫(xiě)配置文件(而不是代碼)，真正實(shí)現(xiàn)了對(duì)數(shù)據(jù)查詢需求的功能量產(chǎn)。

以上是通用列表組件的構(gòu)建過(guò)程，要實(shí)現(xiàn)這樣一個(gè)功能強(qiáng)大的通用組件，是不是會(huì)給人一種可望而不可及的感覺(jué)？其實(shí)并非如此，只要理清了它的整個(gè)過(guò)程，將構(gòu)建思路融入Golang中，并不是一件復(fù)雜的事情。在我們的項(xiàng)目中，整個(gè)組件的實(shí)現(xiàn)，只用了不到700行Go代碼，就解決了一系列的數(shù)據(jù)查詢問(wèn)題。另外，通過(guò)Golang的并發(fā)特性，實(shí)現(xiàn)字段處理器的并行執(zhí)行，進(jìn)一步的提高了組件的執(zhí)行效率。可以說(shuō)，通用列表和Golang的融合，是性能和效率的完美結(jié)合。

?

通用表單組件主要用于對(duì)數(shù)據(jù)庫(kù)的增、刪、改場(chǎng)景。該組件在Uwork的項(xiàng)目開(kāi)發(fā)中，也有廣泛的應(yīng)用，與通用列表類(lèi)似，以一個(gè)JSON配置文件為中心，來(lái)完成對(duì)數(shù)據(jù)表數(shù)據(jù)的增、刪、改操作。特別是近期完成的部件級(jí)SDB管理平臺(tái)，通過(guò)通用表單實(shí)現(xiàn)了對(duì)整個(gè)系統(tǒng)的數(shù)據(jù)維護(hù)，通過(guò)高度抽象化，做到了業(yè)務(wù)的無(wú)代碼化生產(chǎn)。

?

以上是通用表單的完整構(gòu)建過(guò)程，而對(duì)于這個(gè)一個(gè)組件的實(shí)現(xiàn)，我們用了不到1000行的GO代碼，就解決了對(duì)數(shù)據(jù)表數(shù)據(jù)維護(hù)整個(gè)面上的問(wèn)題。

GO語(yǔ)言本身支持協(xié)程并發(fā)，協(xié)程非常輕量，可以快速啟動(dòng)成千上萬(wàn)個(gè)協(xié)程工作單元。如果對(duì)協(xié)程任務(wù)的數(shù)量控制不當(dāng)，最后的結(jié)果很可能適得其反，從而對(duì)外部或本身的服務(wù)造成不必要的壓力。協(xié)程池可以在一定程度上控制執(zhí)行單元的數(shù)量，保證執(zhí)行的安全性。而在Golang中要實(shí)現(xiàn)這樣一個(gè)協(xié)程池，是非常簡(jiǎn)單的，只需要對(duì)channel和goroutine稍加封裝，就可以完成，整個(gè)構(gòu)建過(guò)程不到80行代碼。

在API開(kāi)發(fā)過(guò)程中，數(shù)據(jù)校驗(yàn)永遠(yuǎn)是必不可或缺的一個(gè)環(huán)節(jié)。如果只是簡(jiǎn)單的數(shù)據(jù)校驗(yàn)，幾行代碼也許就完成了，可是當(dāng)遇上復(fù)雜的數(shù)據(jù)校驗(yàn)時(shí)，很可能幾百行的代碼量也未必能完成，特別是遇到遞歸類(lèi)型的數(shù)據(jù)校驗(yàn)，那簡(jiǎn)直就是一個(gè)噩夢(mèng)。

數(shù)據(jù)校驗(yàn)組件，可以通過(guò)一種數(shù)據(jù)模板的配置方式，使用特定的邏輯來(lái)完成通用校驗(yàn)，開(kāi)發(fā)者只需要配置好相應(yīng)的數(shù)據(jù)模板，進(jìn)行簡(jiǎn)單的調(diào)用，即可完成整個(gè)校驗(yàn)過(guò)程。而對(duì)于這樣一個(gè)通用性的數(shù)據(jù)校驗(yàn)組件，在GO語(yǔ)言中只用了不到700行的代碼量就完成了整個(gè)構(gòu)建。

小結(jié)

在實(shí)際項(xiàng)目開(kāi)發(fā)過(guò)程中，對(duì)開(kāi)發(fā)效率提升最大的，無(wú)疑是符合系統(tǒng)業(yè)務(wù)場(chǎng)景的公共組件能力，這點(diǎn)也正好應(yīng)證了Rob Pike那句話（Less is lessor Less is more），真正的高效率開(kāi)發(fā)，是配置化的，并不需要寫(xiě)太多的代碼，甚至根本就不需要寫(xiě)代碼，即可完成邏輯實(shí)現(xiàn)，而這種方式對(duì)于后期的維護(hù)成本也是最優(yōu)的，因?yàn)樽龅搅烁叨鹊慕y(tǒng)一。

GO的語(yǔ)言描述效率毋庸置疑，對(duì)上述所有公共組件的實(shí)現(xiàn)，均未超過(guò)1000行代碼，就解決了某個(gè)面上的問(wèn)題。

(以上的部分代碼已經(jīng)在Uwork開(kāi)源項(xiàng)目seine中提供)

?

性能評(píng)測(cè)

壓力測(cè)試環(huán)境說(shuō)明：

• 服務(wù)運(yùn)行機(jī)器：單臺(tái)空閑B6，24核CPU、64G內(nèi)存。

• PHP API環(huán)境：Nginx+PHP-FPM，CI框架。其中Nginx啟動(dòng)10個(gè)子進(jìn)程，每個(gè)子進(jìn)程最大接收1024個(gè)連接，php-fpm使用static模式，啟動(dòng)2000個(gè)常駐子進(jìn)程。

• ?Golang API環(huán)境：使用go1.8.6編譯，直接拉起Golang API Server進(jìn)程(HttpServer)，不考慮調(diào)優(yōu)。

• 客戶發(fā)起請(qǐng)求測(cè)試程序：使用Golang編寫(xiě)，協(xié)程并發(fā)，運(yùn)行在獨(dú)立的另外一臺(tái)空閑B6上，24核CPU，64G內(nèi)存，依次在1-2000個(gè)不同級(jí)別(并發(fā)數(shù)步長(zhǎng)為50)的并發(fā)上分別請(qǐng)求20000次。

?

壓力測(cè)試結(jié)果對(duì)比

?

在Golang API框架中，當(dāng)并發(fā)數(shù)>50時(shí)，處理QPS在6.5w/s附近波動(dòng)。表現(xiàn)穩(wěn)定，壓力測(cè)試過(guò)程無(wú)報(bào)錯(cuò)。

Nginx+php-fpm，只在index.php中輸出exit('ok')，當(dāng)并發(fā)數(shù)>50時(shí)，處理QPS在1w/s附近波動(dòng)。表現(xiàn)穩(wěn)定，壓力測(cè)試過(guò)程無(wú)報(bào)錯(cuò)。

Nginx+php-fpm+CI框架中，邏輯執(zhí)行到具體業(yè)務(wù)邏輯點(diǎn)，輸出exit('ok')，當(dāng)并發(fā)數(shù)>50時(shí)，處理QPS在750/s附近波動(dòng)。并且表現(xiàn)不穩(wěn)定，壓力測(cè)試過(guò)程中隨著并發(fā)數(shù)的增大，錯(cuò)誤量隨之增加。

通過(guò)壓力測(cè)試可以發(fā)現(xiàn)，Golang和PHP在執(zhí)行性能上，并沒(méi)有什么可比性；而使用Golang實(shí)現(xiàn)的HTTP API框架，空載時(shí)單機(jī)性能QPS達(dá)到6.5w/s，還是非常令人滿意的。

開(kāi)發(fā)過(guò)程中需要注意的點(diǎn)

以下是在實(shí)際開(kāi)發(fā)過(guò)程中遇到的一些問(wèn)題，僅供參考：

異常處理統(tǒng)一使用error，不要使用panic/recover來(lái)模擬throw…catch，最初我是這么做的，后來(lái)發(fā)現(xiàn)這完全是自以為是的做法。

原生的error過(guò)于簡(jiǎn)單，而在實(shí)際的API開(kāi)發(fā)過(guò)程中，不同的異常情況需要附帶不同的返回碼，基于此，有必要對(duì)error再進(jìn)行一層封裝。

任何協(xié)程邏輯執(zhí)行體，邏輯最開(kāi)始處必須要有defer recover()異常恢復(fù)處理，否則goroutine內(nèi)出現(xiàn)的panic，將導(dǎo)致整個(gè)進(jìn)程宕掉，需要避免部分邏輯BUG造成全局影響。

在Golang中，變量(chan類(lèi)型除外)的操作是非線程安全的，也包括像int這樣的基本類(lèi)型，因此并發(fā)操作全局變量時(shí)一定要考慮加鎖，特別是對(duì)map的并發(fā)操作。

所有對(duì)map鍵值的獲取，都應(yīng)該判斷存在性，最好是對(duì)同類(lèi)操作進(jìn)行統(tǒng)一封裝，避免出現(xiàn)不必要的運(yùn)行時(shí)異常。

定義slice數(shù)據(jù)類(lèi)型時(shí)，盡量預(yù)設(shè)長(zhǎng)度，避免內(nèi)部出現(xiàn)不必要的數(shù)據(jù)重組。

騰訊技術(shù)工程官號(hào)

騰訊前沿技術(shù) | 產(chǎn)品 | 行業(yè)信息交流發(fā)布平臺(tái)

總結(jié)

以上是生活随笔為你收集整理的大道至简—GO语言最佳实践的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。