Go語言已經7歲了！今年8月，Go 1.7如期釋出。撰寫本稿時，Go 1.8的測試版也出來了。我們正在熱切盼望著明年2月的Go 1.8正式版。

如果你關注TIOBE的程式語言排行榜就會發現，截止到2016年11月，Go語言從原先的第50多位經過多次上竄已經躍到了第13位，躋入絕對主流的程式語言的行列！這份排行榜每月都會更新，並基於網際網路上的程式設計師老鳥、教學課程和相關廠商的數量進行排名。

在國內，從我這幾年運營Go語言北京使用者組的經歷來看，可以明顯地感覺到Go語言的在國內的大熱。N多初創網際網路企業都選用Go語言作為他們的基礎技術棧。我還發現，已經有在大資料、機器人等尖端科技領域耕耘的國內公司開始使用Go語言。這門語言現在已經是無孔不入了。

遙想去年的1.5版本，Go執行時系統和標準庫剛完成去C化，轉而完全由Go語言和組合語言重寫。到現在，Go的原始碼已有了較大的改進，Go語言版本的Go語言也更加成熟了。我下面就帶領大家一起回顧一下Go語言在2016年做出的那些大動作。你可以對比我之前寫的《解讀2015之Golang篇：Golang的全迸發時代》來看。

圖1 GC停頓時間——Go 1.5 vs. Go 1.6

圖2 GC停頓時間——Go 1.7

在經歷瞭如此變化之後，如果你現在再說你的Go程式的效能瓶頸在GC上，那隻能讓人側目了。

當然，Go語言對自身效能的提升遠不止於此。

很早以前，Go語言團隊就開始跟進HTTP/2草案了。從Go 1.6開始，我們其實已經可以間接地在Go程式中使用到HTTP/2了，應用場景如：使用Go程式開發基於HTTPS協議的服務端和客戶端。不過，這一切都是自動適配的，Go官方並未暴露出可以指定或配置HTTP/2模組的任何API。另外，在還未釋出的Go 1.8中，HTTP/2還會得到更廣泛的支援。

Go 1.7的標準庫中新增了net/http/httptrace程式碼包：

它提供了一種除錯HTTP請求和響應的方式。你可以像下面這樣輕易地獲取基於HTTP協議的通訊過程的詳細資訊。

package main

import (
    "context"
    "fmt"
    "log"
    "net/http"
    "net/http/httptrace"
    "os"
)

func main() {
    traceCtx := httptrace.WithClientTrace(context.Background(), &httptrace.ClientTrace{
        GetConn: func(hostPort string) {
            fmt.Printf("Prepare to get a connection for %s.\n", hostPort)
        },
        GotConn: func(info httptrace.GotConnInfo) {
            fmt.Printf("Got a connection: reused: %v, from the idle pool: %v.\n",
                info.Reused, info.WasIdle)
        },
        PutIdleConn: func(err error) {
            if err == nil {
                fmt.Println("Put a connection to the idle pool: ok.")
            } else {
                fmt.Println("Put a connection to the idle pool:", err.Error())
            }
        },
        ConnectStart: func(network, addr string) {
            fmt.Printf("Dialing... (%s:%s).\n", network, addr)
        },
        ConnectDone: func(network, addr string, err error) {
            if err == nil {
                fmt.Printf("Dial is done. (%s:%s)\n", network, addr)
            } else {
                fmt.Printf("Dial is done with error: %s. (%s:%s)\n", err, network, addr)
            }
        },
        WroteRequest: func(info httptrace.WroteRequestInfo) {
            if info.Err == nil {
                fmt.Println("Wrote a request: ok.")
            } else {
                fmt.Println("Wrote a request:", info.Err.Error())
            }
        },
        GotFirstResponseByte: func() {
            fmt.Println("Got the first response byte.")
        },
    })
    req, err := http.NewRequest("GET", "http://www.golang.org/", nil)
    if err != nil {
        log.Fatal("Fatal error:", err)
    }
    req = req.WithContext(traceCtx)
    _, err = http.DefaultClient.Do(req)
    if err != nil {
        fmt.Fprintf(os.Stderr, "Request error: %v\n", err)
        os.Exit(1)
    }
}
 

強烈建議你動手執行一下這個小程式，享受一下掌控全域性的感覺。

Go 1.7中增加了對子測試（https://blog.golang.org/subtests）的支援，包括功能測試和效能測試。子測試的主要目的是在測試函式中區分和展示因不同的測試引數或測試資料帶來的不同的測試結果。請看下面的測試程式。

package subtest

import (
    "fmt"
    "math/rand"
    "strconv"
    "testing"
)

// KE 代表鍵-元素對。
type KE struct {
    key     string
    element int
}

// BenchmarkMapPut 用於對字典的新增和修改操作進行測試。
func BenchmarkMapPut(b *testing.B) {
    max := 5
    var kes []KE
    for i := 0; i <= max; i++ {
        kes = append(kes, KE{strconv.Itoa(i), rand.Intn(1000000)})
    }
    m := make(map[string]int)
    b.ResetTimer()
    for _, ke := range kes {
        k, e := ke.key, ke.element
        b.Run(fmt.Sprintf("Key: %s, Element: %#v", k, e), func(b *testing.B) {
            for i := 0; i < b.N; i++ {
                m[k] = e + i
            }
        })
    }
}

在程式所在目錄下使用go test -run=^$ -bench .命令執行它之後就會看到，針對每一個子測試，go test命令都會打印出一行測試摘要。它們是分離的、獨立統計的。這可以讓我們進行更加精細的測試，細到每次輸入輸出。上述列印內容類似：

BenchmarkMapPut/Key:_0425,_Element:_498081-4             30000000            40.6 ns/op
BenchmarkMapPut/Key:_1540,_Element:_727887-4             30000000            41.7 ns/op
BenchmarkMapPut/Key:_2456,_Element:_131847-4             30000000            43.3 ns/op
BenchmarkMapPut/Key:_3300,_Element:_984059-4             30000000            46.1 ns/op
BenchmarkMapPut/Key:_4694,_Element:_902081-4             30000000            48.4 ns/op
BenchmarkMapPut/Key:_5511,_Element:_941318-4             30000000            59.3 ns/op
PASS
ok      _/Users/haolin/infoq-2016_review_go /demo/subtest    8.678s

在Go 1.5的時候，官方啟用了一個新的環境變數——GO15VENDOREXPERIMENT。該環境變數可以啟動Go的vendor目錄（https://golang.org/s/go15vendor） 並用於存放當前程式碼包依賴的程式碼包。在Go 1.5中，若GO15VENDOREXPERIMENT的值為1則會啟動vendor目錄。

Go 1.6正相反，預設支援vendor目錄，當GO15VENDOREXPERIMENT的值為0時禁用vendor目錄。到了Go 1.7，官方完全去掉了這個環境變數。這也代表著對vendor目錄的正式支援。Go語言的實驗特性一般都是按照類似的路數一步步邁向正式版的。

從Go 1.6開始，Go執行時系統對字典的非併發安全訪問採取零容忍的態度。請看下面的程式。

package main

import "sync"

func main() {
    const workers = 100
    var wg sync.WaitGroup
    wg.Add(workers)
    m := map[int]int{}
    for i := 1; i <= workers; i++ {
        go func(i int) {
            for j := 0; j < i; j++ {
                m[i]++
            }
            wg.Done()
        }(i)
    }
    wg.Wait()
}

該程式在未施加任何保護的情況下在多個Goroutine中併發地訪問了字典例項m。我們知道，Go原生的字典型別是非併發安全的。所以上面這樣做很可能會讓m的值產生不可預期的變化。這在併發程式中應該堅決避免。在1.6之前，如此操作的Go程式並不會因此崩潰。但是在1.6，執行上述程式後就立刻會得到程式崩潰的結果。Go執行時系統只要檢測到類似程式碼，就會強制結束程式並報告錯誤。

Go語言團隊一直致力於標準庫中眾多API的效能提升，並且效果向來顯著。我把sort包單拎出來強調是因為sort.Sort函式因效能優化而在行為上稍有調整。在Go 1.6，sort.Sort函式減少了大約10%的比較操作和交換操作的次數，從而獲得了20%~50%的效能提升。不過，這裡有一個副作用，那就是sort.Sort函式的執行會使排序演算法不穩定。所謂不穩定的排序演算法，就是排序可能會使排序因子相等的多個元素在順序上不確定。比如，有如下需要根據長度排序的字串的切片：

var langs= []string{"golang", "erlang", "java", "python", "php", "c++", "perl"}

經sort.Sort函式排序後，該切片只幾個長度相等的元素golang、erlang和python的先後順序可能就不是這樣了，可能會變成erlang、golang、python。雖然它依然會依據排序因子（這裡是字串長度）進行完全正確的排序，但是如此確實可能對一些程式造成影響。

如果你需要穩定的排序，可以使用sort.Stable函式取而代之。

在Go 1.7釋出時，標準庫中已經出現了一個名為context的程式碼包。該程式碼包原先的匯入路徑為golang.org/x/context，而後者現在已經不存在了。context包被正式引入標準庫，並且標準庫中的很多API都因此而做了改變。context.Context型別的值可以協調多個Groutine中的程式碼執行“取消”操作，並且可以儲存鍵值對。最重要的是它是併發安全的。與它協作的API都可以由外部控制執行“取消”操作，比如：取消一個HTTP請求的執行。

go tool trace自Go 1.5正式加入以來，成為了Go程式除錯的又一利器。到了Go 1.7，它已經得到了大幅增強。比如，執行時間的縮短、跟蹤資訊的豐富，等等。

Go 1.7升級了unicode包，使它支援Unicode 9.0標準。在這之前，它支援的Unicode 8.0標準。

SSA作為新的編譯器後端，可以讓編譯器生成壓縮比和執行效率都更高的程式碼，併為今後的進一步優化提供了更有力的支援。在效能方面，它可以讓程式減少5%至35%的CPU使用時間。

到這裡，我向大家展示了Go語言在2016年的一些顯著變化。由於篇幅原因，還有很多Go執行時系統和標準庫的改動沒能提及。尤其是效能方面的改進一直在持續，並潛移默化地為廣大Go程式設計師提供著底層紅利。

我強烈建議所有Go程式設計師緊跟Go語言團隊的腳步，升級版本，享受紅利。

關於展望，莫過於廣大Go程式設計師翹首期盼的Go 1.8了。這裡提一下幾個如甘霖般的特性。

1. Go編寫的HTTP伺服器支援平滑地關閉。這一功能早已由很多第三方程式碼包實現，但是這次官方終於給出了答案。

2. 支援HTTP/2的Server Push。這個就不多說了，肯定會比Hijack更好用。

3. 新增了plugin包，你可以把一些Go程式作為外掛動態地載入進你的程式了。

4. 更廣泛的上下文支援，自從標準庫中有了context包，它就在很多地方起作用了。很多基於標準庫的介面功能都可以執行“取消”操作。在Go 1.8中，範圍將進一步擴大，比如：database/sql包和testing包都對上下文進行了支援。

5. sort包的功能改進，對於切片，我們不用再為了使用它的排序功能去編寫某個介面的實現型別。

6. go test命令有了新的標記：-mutexprofile。該標記用於提供關於鎖爭用的概要檔案。當然，最值得期待的仍然是Go在效能上的提升，尤其是GC方面，又要有一次飛躍了！另外，defer語句的執行會比之前快整整兩倍！cgo的呼叫開銷也降低了將近一半！

其實，除了對Go語言本身的展望，我們也應該憧憬Go社群（尤其是國內Go社群）的發展。中國現在已經差不多是Go程式設計師最多的國家了。

如果開啟Github上Go語言的Wiki：

你就會發現，那裡已經有一個非常長的列表了。其中的公司達到了近200家，相比於2015年年底翻了將近三倍。而且我相信這只是一小部分，只是在Github上有自己的官方組織且對社群有貢獻的一部分公司。不過，你可能還會發現，在China那一欄下的公司卻只有一家。這是為什麼呢？比較值得深思。我想這也許能從側面反映出對國際技術社群（尤其是開源社群）有貢獻的國內公司太少的問題。

在2016年12月初舉辦的一個大型開源技術盛典的講臺上，某開源公司CEO提到了程式設計師對開源社群應該不只索取更要奉獻，這樣才能更好地宣傳和推銷自己。同時，組織機構也不應該成為大家合作的瓶頸。但是，我想國內的實際情況卻恰恰相反。

我們國內的計算機技術公司，甚至技術驅動的網際網路公司，大都沒有為開源社群做奉獻的習慣，甚至從規章制度上就是明令禁止的。從這方面看，我覺得那個列表中的China欄的慘狀也著實不冤。我熱切盼望到了明年這個China欄能夠變長很多。

不過，從Github以及國內一些程式碼託管倉庫上的Go專案數量上看，國人編寫的Go軟體其實已經非常多了。近年來崛起的國內Go開源專案已有不少，特別是（按Star數排列）Gogs、Beego、TiDB、Codis、Pholcus、Hprose、Cyclone等等。他們都已經在國際或國內有了一定的影響力。另外，國人或華人蔘與的國際Go開源專案更是眾多，比如很多人熟知的容器技術領域翹楚Docker、Kubernates、Etcd，等等。

當然，除了一些拔尖的人和拔尖的專案。大多數中國Go程式設計師和愛好者還是隻在國內活躍的。國內的很多地方都自行發起了Go語言使用者組，包括但不限於：北京、上海、深圳、杭州，大連、香港等。在各個地方舉辦的Go語言技術聚會也更加專業、更加頻繁，同時規模更大。僅在北京，2016年參加此類聚會或活動的人次就將近400，Go語言北京使用者組的微信公眾號（golang-beijing）的粉絲數也超過了2000。據悉，在2017年，各地的Go語言使用者組還會有更大的動作。

我個人認為，如今Go語言的國內推廣已經基本完成了科普階段，現在我們可以實行更加輕鬆的推波助瀾、順水推舟的推廣策略了。由於Go語言的優秀以及不斷的進化，現在自發地關注Go語言的人越來越多了，尤其是在高等學府和程式設計新手的人群中。

Go語言很好學，配套工具完善，開發和執行效率高，應用領域眾多，國內社群也很活躍，有各種各樣的中文資料和教程，進階並不難，其工程化理念也相當得民心。如果你不是一點時間都沒有的話，我建議你學一學這門簡約、高效的程式語言。在網際網路時代，尤其是是移動網際網路時代，它已經大有作為。即使對於炙手可熱的大資料、微服務等新型領域和理念而言，它也是一個相當重要的技術棧。甚至在即將爆發的人工智慧和機器人大潮，我相信，Go語言也必會大放異彩！

作者介紹

郝林，Go語言北京使用者組的發起人，極客學院Go語言課程顧問，著有圖靈原創圖書《Go併發程式設計實戰》，同時也是線上免費教程《Go命令教程》和《Go語言第一課》的作者。目前在微賽時代任平臺技術負責人。

隨著軟體系統越來越複雜，工程研發的效率也越加重要。像 Google，20 億行原始碼放到一個程式碼倉庫中，程式碼的提交、編譯、構建、部署就是很有挑戰的事情。

前 Google 工程師趙扶搖將在 QCon 北京 2017 分享《聊聊開發工具的雲端化》，聊聊 Google 工程師典型的一天，看看一個 Google 工程師在開發過程中所用到雲端化工具的全景，說說單根程式碼樹（Google,  Twitter,  Facebook 為什麼要用單一程式碼庫？），再就是雲端構建與測試和雲端的Code Intelligence。是不是很感興趣呢？