谷歌日前将自家的Go语言升级到了1.3正式版，新版本主要是更新了更精确的垃圾回收机制，解决了GC回收的问题。不过新版本开始也不再支持Windows2000，支持了Native Client虚拟机架构。

Google开放Go的代码，希望籍此帮助Go语言的发展。首席软件工程师Rob Pike说：我们开发Go，是因为近10年左右开发程序之难让我们有点沮丧。Google两年前开始开发Go，1年前开始有一只团队专职于此。Go的定位是系统编程，比如Web服务器、存储系统和数据库等，但也欢迎在其它方面的应用。"

Go语言特点简介：

1.引入轻量级线程——协程（coroutine），Go语言中叫goroutine。
2.采用Erlang风格的并发模型，即消息是进程间唯一的通信方式（而非共享内存）。两个goroutine之间通信通过channel（通道）进行。
3.对代码风格进行了强制统一，比如public变量必须以大写字母开头，private变量必须以小写字母开头，从而省略了这两个关键字。{}中{的书写不能另起一行等。
4.defer关键字，不管程序是否异常，均在退出时执行的代码。避免了大量try、catch语句。
5.函数允许返回多个值，且最后一个值问error类型，用于在错误的情况下返回详细信息。
6.反对（不提供）函数和操作符的重载，不提供继承、虚函数、虚函数重载。但是提供组合，也达到继承的目的。
7.没有构造函数和析构函数 ，提供接口，与其他语言最大的区别在于接口是非侵入性的。即实现类无需从接口派生
8.支持匿名函数与闭包。

为什么应该用Go？

Go是为了帮助人们阅读、调试和维护大型软件系统而生的，所以目标是

不再缓慢

不再笨拙

提高效率

保持（甚至提升）扩展性

但是在使用C++或者Java开发中却常常遇到各种问题：

构建缓慢

依赖性难以控制

每个编程语言都使用不同的语言子集

程序难以理解（文档等原因）

重复工作

更新成本高

版本交叉

自动化不方便（工具问题）

跨语言构建

而Go语言则是为了解决这些问题而设计的。

另外，C语言的依赖一直是个大问题，包括依赖叠加、编译时引入依赖的情况都很难处理，同时你也没办法查清哪些依赖是可以删除的，那些不可以。在C++中，这一点变得更加明显：

每个类里都有#include文件

#include文件中有代码（而不仅仅是声明）

#ifndef的残留

所以一直无法在一台机器上构建大型Google二进制。（To build a large Google binary on a single computer is impractical.）

当然，工具确实很有帮助，于是做了如下改进：

新的分布式构建系统

不再需要Makefile（但仍然使用BUILD文件）

多缓存

多复杂度（大程序本身所具有的）

即使在Google的分布式构建系统的的帮助下，大型构建工程依然会花费不少时间（以其中一个二进制文件为例，在2007年花了45分钟，现在是27分钟）。生活质量还是太低。

更新日志：

今天Go 团队很高兴地宣布Go 1.8发布了。现已提供下载。整个标准库有了显著的性能提升和变化。该版本主要的更新内容如下：

Go 1.7中为64位x86引入的编译器后端现在用于所有体系结构，这些体系结构将会有显著的性能改进。例如，我们的基准程序所需的CPU时间在32位ARM系统上减少了20-30％。在此版本中，64位x86系统还有一些性能改进，编译器和链接器更快了，编译时间应该比Go 1.7提高约15％。但是在这一领域还有很长的路要走：我们希望在未来版本中实现更快的编译速度。

垃圾收集暂停时间明显更短，通常在100微秒以下，有时候甚至低至10微秒。

HTTP服务器添加对 HTTP/2 Push的支持，允许服务器抢先发送响应到客户端。这对于通过消除往返行程来最小化网络延迟非常有用。HTTP服务器现在还支持正常关机了，允许服务器通过在服务所有正在运行的请求之后关闭，而最小化停机时间。

上下文（添加到Go 1.7中的标准库）提供了取消和超时机制。Go 1.8在标准库中添加了更多对上下文的支持，包括数据库/ sql和net包以及net / http包中的Server.Shutdown。

现在使用新添加的Slice函数在排序包中对切片进行排序更简单。例如，要通过“名称”字段对结构体片段进行排序：