Go1.14宣布了，快来围观新的特征啦

腾讯抢金达人项目中的前后端协作

准期而至，Go1.14宣布了，和平常一样，该版本保留了Go 1兼容性的承若，这个版本的大部分更新在东西链 、运行时库的机能提拔方面，总的来说，照样在已有的基础上不停优化提成，人人期待的泛型还没有到来，下面一块看看新的变化吧，以下变化我当地测试过。

Go 1.14 test 优化

go test -v如今将t.Log输出流式传输，而不是在所有测试数据完毕时输出。

testing包的T、B和TB都加上了CleanUp要领,主要作用能够用来测试完毕后清算资本,以下代码，输出效果是 test cleanup， clear resourcce , 那末问题来了，假如我在要领中再加一个defer呢，是Cleanup末了实行照样defer末了实行

func TestCleanup(t *testing.T) {
   t.Cleanup(func() {
      t.Log("clear resource")
   })
   t.Log("test cleanup")
}

看下面测试代码，我们在Cleanup之前和以后都加上defer函数，打印效果以下，我们能够看到，Cleanup照样在defer以后，道理暂时不说了，我也没研讨。

func TestCleanup(t *testing.T) {
   defer func() { t.Log("defer resource1") }()
   t.Cleanup(func() {
      t.Log("clear resource")
   })
   defer func() { t.Log("defer resource2") }()
   t.Log("test cleanup")
}
test cleanup
defer resource2
defer resource1
clear resource

Go 1.14 defer优化

defer与直接挪用耽误函数比拟， 此版本提高了大多数运用的机能，从而产生了险些为零的开支。效果，defer如今能够在对机能至关主要的代码中运用，而无需忧郁开支,我们看一下压测报告

//声明一个通道
type channel chan string
//一般封闭
func NoDefer() {
    ch1 := make(channel, 10)
    close(ch1)
}
//采纳defer封闭
func Defer() {
    ch2 := make(channel, 10)
    defer close(ch2)
}

Go1.13 的基准测试报告以下

Go1.14 的基准测试报告以下

关于这一革新，官方给出的回应是：Go1.14提高了defer的大多数用法的机能，险些0开支！defer已能够用于对机能请求很高的场景了.

Go1.14 添加了新包maphash

包maphash供应字节序列的哈希函数。这些哈希函数用于完成哈希表或其他数据结构,这些数据结构须要将恣意字符串或字节序列映射到无标记64位整数上的一致散布,哈希函数是抗争执的，但不是加密平安的

func MapHashStudy() {
   b := []byte("foo")
   h1 := new(maphash.Hash)
   h1.Write(b)
   //输出字节数组的hash值
   fmt.Println(h1.Sum64())  //63175979700884496
}

Go1.14 time.Timer定时器机能获得“巨幅”提拔

下图是官方的一个压测数据报告，从基准测试的效果能够看出Go1.14 time包中Ticker等函数机能都获得了“巨幅”提拔，数据泉源以下，我们能够看到Ticker从 5.4ms 提成到了 0.03ms，异常恐惧的

https://github.com/golang/go/commit/6becb033341602f2df9d7c55cc23e64b925bbee2

Go1.14 goroutine支撑异步抢占

Go言语调理器的机能跟着版本迭代表现的愈来愈优秀，GMP的观点人人应当都晓得，不明白了能够百度一下，这里不说了。

在Go1.1版本中，调理器还不支撑抢占式调理，只能依托 goroutine 主动让出 CPU 资本，存在异常严峻的调理问题。

Go1.12中编译器在特定机遇插进去函数，经由过程函数挪用作为进口触发抢占，完成了合作式的抢占式调理。然则这类须要函数挪用主动合营的调理体式格局存在一些边沿状况，就比方说下面的例子：

func main() {
        runtime.GOMAXPROCS(1)  
        go func() {
                for {
                }
        }()
        time.Sleep(time.Millisecond)
        println("OK")
}

上面代码中，个中建立一个goroutine并挂起， main goroutine 优先挪用了 休眠，此时唯一的 P 会转去实行 for 轮回所建立的 goroutine，进而 main goroutine 永久不会再被调理。换一句话说在Go1.14之前，上边的代码永久不会输出OK，由于这类合作式的抢占式调理是不会使一个没有主动摒弃实行权、且不介入任何函数挪用的goroutine被抢占。

Go1.14 完成了基于信号的真抢占式调理处置惩罚了上述问题。Go1.14 程序启动时， 会在函数runtime.sighandler 中注册了 SIGURG 信号的处置惩罚函数 runtime.doSigPreempt，在触发垃圾接纳的栈扫描时，挪用函数挂起goroutine，并向M发送信号，M收到信号后，会让当前goroutine堕入休眠继承实行其他的goroutine

Go1.14 生态建设

是 go.org的配套网站,里边有精选用例和其他资本的信息,供应了godoc.org 之类的 Go 文档，但它运用起来更轻易，并供应了有关软件包先前版本的信息，它还能够检测并显现许可证，并具有更好的搜刮算法。

如上图，是网站的首页，人人能够进去搜刮一下，看看有无新发现。

末了，Go1.14 另有许多修改

1. WebAssembly的变化
2. reflect包的变化
3. go mod的变化
4. 许多其他主要的包（math，http等）的转变

许多变化须要人人去探究，本文列出了个中几个我以为人人必需晓得的转变，只是入门，更多道理须要大神们不停探究，固然我也会尽大概的浏览源码研讨。

Go 1.14 中 Cleanup 方法简介