众所周知，Go1.7版本及之前的版本都是针对高并发下的系统吞吐进行优化，对海量对象存储时的优化力度并不够。下个版本就是1.8了，那么1.8会给我们带来这种惊喜吗？请继续往下看。

本次benchmark使用多语言实现，测量的是一个web服务，该服务通过一个大型的hashtable存储了250K个对象。

该服务还满足了下述3个前提条件：

1.每次http请求都会添加一个新对象，并且在对象数大于250K时移除一个旧的

2.每一个对象都是1KB大小的[]byte类型，并且进行了初始化

3.程序监听8080端口，如果请求成功，则返回200,body是"OK"

测试数据：

1.热身阶段:初始化hashtable,进行9K/s的请求数，持续60秒

2.正式阶段：启动99个客户端，进行9K/s的请求数，持续180秒

初次测试：

编程语言(基本上都使用最新版本)：

1.Go语言： go1.6.2/amd64,使用fasthttp,因为标准库的gc存在一些问题

2.ocaml-reason: 学院派的高性能语言

3.node.js

4.haskell:

测试结果:

再次测试：

由于听闻go1.8对海量对象时的gc进行了优化，那我们拉取1.8的master版本进行再次测试

测试结果：

结论：

1.Go1.8 的请求延迟得到了大幅优化

2.没有必要再去使用fasthttp，net/http的延迟一样很低

3.在开发高并发、低延迟的web程序时，Go是首选语言之一: 资源占用低、高吞吐、低延时，性能甚至超过了学院派的ocaml