Get词汇迎全迸发出黄金时代，
2015年，整座IT控制技术应用领域领域发生了许多真切而又繁杂的变动，InfoQ策画了阐释2015当年度控制技术科孔系列产品该文，期望能够给听众明晰地剖析出控制技术应用领域领域在这两年的产业发展变动，往后，继续前进。听众可参考时评去深入细致Go词汇，也可参考亚洲地区Go项目汇整和Go指示讲义自学Go词汇。
时至今日，21世纪的第2个二十年早已近半，网络也或者说进入了全速产业发展的期。在亚洲地区， 大家早已对云计算和大数据等术语脍炙人口了。在网络应用软件合作开发应用领域领域，最主流或火热的控制技术也莫不与之有关。就拿Golang（也可称为Go词汇）而言，它就袖珍云计算黄金时代的C词汇。Go词汇在应用软件合作开发工作效率和运转工作效率之间作出了极佳的取舍。这使它既适应自然环境于网络应用领域的加速合作开发，又能在高mammalian、高效能的合作开发情景中如虎添翼。
在2015年，Go词汇在服务器端流程合作开发和Web合作开发应用领域领域大放光采的同时也获得成功跟进到了终端端合作开发应用领域领域。也正因为此，愈来愈多的创业者子公司（特别是网络应用领域和云计算应用领域领域的创业者子公司）优先选择Go词汇作为其控制技术栈的重要重要组成部分。在亚洲地区，据不完全统计数据，已在生产自然环境中使用Go词汇流程的著名网络子公司已近腾讯、携程、360、天猫、敬请期待、Proun、泰康、猫眼黄金时代之类，更别说亚洲地区日益激增的云计算创业者子公司了。由此看来，对于各阶层的网络应用软件合作开发人员而言，关注和自学Go词汇早已是早已很有必要性的事情了。
简述
2016年早已到来，距Google在2012年3月发布的Go 1.0已将近4年。在2015年，Go词汇发生了不小的变动。从该年初发布的1.4版本到该年8月下旬发布的1.5版本，Go词汇终于完成了自举的过程，即：几乎完全用Go词汇流程重写了自己，仅留有少许汇编流程。
Go词汇的自举非常彻底，包括了最核心的编译器、链接器、运转时系统等。显然，这是一个很有意义的过程，代表着能力和自信。与此同时，Go词汇的运转时性能得到了大幅提升，特别是在1.5版本完成的mammalianGC使Go词汇流程在响应时间方面有了质的飞跃。另外，Go词汇所支持的操作系统和计算架构愈来愈多，几乎涵盖了时至今日主流甚至非主流的所有选项。
当然，改变不止如此。下面，我们就列举几个比较惊艳的改变，并稍加剖析。
mammalian的GC
GC，一般认为是garbage collector的缩写形式，通常被译为垃圾回收器。不过，它有时候也被看做是garbage collection的缩写形式，中文译为垃圾回收。在下文中，当GC被当做动词用时，指的是垃圾回收。但当GC被当做术语用时，指的是垃圾回收器。
在1.4以及之前版本的Go词汇中，每次GC都会导致完全的stop the world（也可称之为STW）。这意味着在GC期间，Go词汇的运转时系统会让调度器暂停对已启用的Goroutine的一切调度。也就是说，任何未处于运转状态的Goroutine都不会被递交至内核线程和运转，直到当次GC完成。如此暂停的代价不容忽视，对于有高mammalian需求的流程而言有时会显得非常棘手。在1.5版本出来之前，Go词汇的GC也常常因此被合作开发人员们诟病。
Go 1.5的GC是一个非分代、无转移的采用标记-清扫算法和三色标记法的mammalian垃圾回收器。它大刀阔斧地利用各种手段大大缩减了STW的时间。Go词汇官方保证，在50毫秒的Go流程运转时间中因GC导致的调度停顿至多只有10毫秒。有了这一保证，相当于为Go流程设定了一个响应时间的上限。对于对响应时间敏感的流程（许多网络流程都是如此），这绝对是一个重大利好。当然，如此质的飞跃并不是一蹴而就的。实际上，Go 1.4也为此做了很多铺垫，比如对Goroutine栈的改造以完全保证GC的标记操作的准确无误。图1展示了在最近几个版本的Go词汇中GC的STW时间与内存堆大小的对应关系。
图1 GC Pause vs. Heap Size
总之，Go 1.5为Go流程开启了全mammalian的黄金时代。虽然Go词汇官方说当前的GC还可以被进一步优化，但是笔者认为它已不再会成为Go流程性能的瓶颈。
自带标准工具的更新
Go词汇的亮点之一就是自带了很多标准工具以帮助合作开发人员方便地进行Go流程的检查、格式化、编译、测试、部署，甚至升级。这些工具早已涵盖了一个应用软件的生命周期的方方面面，极大的方便了Go流程的合作开发人员们。在1.4版本中，Go词汇的标准工具集中加入了go generate。顾名思义，这是一个用于生成Go词汇代码的指示。有意思的是，这源于一个几乎所有的计算机流程研发者们都有过的梦想——让计算机流程自己编写流程。go generate指示可以利用YACC（Yet Another Compiler Compiler，一种编译器的生成器）并根据某种描述文件来生成Go词汇代码。
不过，千万不要被这句话吓到。即使我们不懂YACC，甚至对Go词汇的AST（Abstract Syntax Tree，译作抽象语法树）一无所知，也可以使用go generate指示。比如，我们可以利用go generate指示把一些HTML（Hypertext Markup Language，译作超文本标记词汇）页面模板文件内置到生成的Go流程代码文件中（顺便说一句，Go词汇有自己的HTML页面模板语法，可用于编写HTML页面模板）。这样就无需在部署用于Web站点的Go流程时携带那些额外的文件了。下面展示一小段用于实现此功能的代码：
流程员们应该可以猜到最后一行代码实际上是一行注释。实际上，只要有了这行注释（其中的tpl_loader是笔者写的一个小工具，也非常的简单易懂），再在当前代码包目录下运转go generate指示，就可以实现上述功能了。在Go词汇官方博客中可看到更详细的说明。
在2015年里，Go词汇在标准工具方面的增进还不止于此。一个更加令人兴奋的标准工具——go tool trace——随着1.5版本的发布而到来。Go流程合作开发人员们可以利用这一工具来图形化的展示出Go流程的追踪文件。当然，在展示之前，我们先要通过某种方式生成这样的文件。Go词汇为我们提供了三种用于生成Go流程追踪文件的方法：通过显式调用指定的标准库函数以手动生成、导入指定的标准库代码包以使其自动生成，以及在运转流程测试时添加指定标记来生成。此后，当我们运转go tool trace指示并把相应的可执行的Go流程文件和Go流程追踪文件作为参数以后，就可以在你的默认Web浏览器中看到类似下图的图形化展示了。
图2 Go流程追踪文件的图形化展示
如图所示，Go流程追踪文件可以呈现出对应Go流程的内存使用、Goroutine和内核线程状态、调度过程等信息。为我们调试Gomammalian流程提供了非常有力的辅助。
除了上述两个新增的标准工具之外，Go词汇官方也对一些已近的标准工具做了改进，比如：为go build指示和go test指示新增了可用标记以使其更加灵活、增强了go tool vet指示和go doc指示的功能，之类。
访问控制的增强
Go词汇对代码包的访问控制的进一步增强始于1.4版本。在1.4版本之前，Go词汇对流程实体（包括变量、常量、类型声明、函数等）采取的是两级访问控制策略。流程实体的名称的第一个字母的大小写决定了它的可访问范围。若为大写，则该流程实体可以被存在于任何位置的代码访问到。我们称这样的流程实体是公开的。若为小写，则该流程实体仅能被存在于当前代码包的代码访问到。我们称这样的流程实体是包级私有的。这样简明扼要的规则非常容易被记住。
到了Go 1.4黄金时代，第三种访问控制规则出现。官方称之为Internalpackages。其含义是，如果代码包A直接包含了一个名为internal的子代码包，那么这个internal包中公开的流程实体仅能被存在于代码包A及其子代码包中的代码访问到。这相当于使Go流程代码有了模块级的访问控制。
不过，在Go 1.4中，这个模块级的访问控制只是对Go词汇源码和标准库中的（即
跨平台编译
在1.5版本之前，我们要想实现Go词汇流程的跨平台编译是相当困难的。虽然因此催生出了几个开源的辅助工具，但其步骤也依然是相当繁琐的。其最主要的原因是那时的Go词汇编译工具是由C词汇编写的，是平台相关的。这里的平台相关，是指被编译后的流程的运转必要性条件包含了目标计算机（也就是用于运转该流程的那台计算机）的操作系统和计算架构。
其中，操作系统的可选项有windows、linux、darwin等，而计算架构的可选项目前有386（即32位计算架构）、amd64（即64位计算架构）和arm（一种基于精简指令集的计算架构，多用于便携设备专用CPU）。例如，我们在32位的Windows操作系统下，使用平台相关的Go词汇编译工具编译的流程是不能在64位的Linux操作系统下运转的，反之亦然。
我们早已知道，Go 1.5的所有编译工具和运转时系统都被用Go词汇重写了。这使这些编译工具被进行了一系列产品合并，并且跨越了平台的界线。例如，之前针对不同计算架构的Go词汇编辑器5g、6g和8g被合而为一并命名为compile。随之而来的优势就是，我们可以使用这些编译工具轻而易举的进行跨平台的流程编译操作。
我们只需在流程编译操作之前设置一下目标计算的操作系统和计算架构。前者通过设置自然环境变量GOOS来实现，而后者通过设置自然环境变量GOARCH来实现。例如，当我在64位的Linux操作系统下通过执行如下指示来编译一个Go源码文件之后，就可以在32位的Windows操作系统下直接运转那个编译后的结果文件了。
对Android和iOS合作开发的支持
从Go 1.4开始，合作开发人员早已可以利用官方扩展库中的mobile代码包来编写Android App了。到了Go 1.5，其对iOS App的支持也已可用。这无疑是一大里程碑，使人振奋！它使Go词汇的适用应用领域领域大大拓展，并垒砌了其在终端网络黄金时代甚至物联网黄金时代的根基。合作开发人员们既可以使用Go词汇来构建原生的Android App或iOS App，也可以用它来编写可被App流程调用的基础库。
听众可以通过官方文档来了解相关步骤，也可以去看看Go词汇的创始人之一Rob Pike为大家编写的示例App。另外，大家也可以关注Go词汇北京用户组和北京GDG（ Google Developer Group - Beijing）联合主办的Go词汇控制技术聚会，其中会包括与此有关的Topic。此聚会的时间初定在2016年2月的下旬。
其他调整
除上述比较突出的变动之外，Go词汇在很多地方也做了调整。比如，Goroutine内存栈的增长方式的变更，Goroutine内存栈的初始大小由8K缩减为了2K、GOMAXPROCS的默认值由1变成与当前计算机的CPU核心数一致、Go代码可以被用于生成动态链接库了，之类。对于这些调整，笔者就不一一细说了。不过，它们对于Go词汇在2015年的精进也都起到了一定的推动作用。
总之，Go词汇在2015年的产业发展迅速且振奋人心。无论在其本身的功能、性能和适用应用领域领域上，还是在社区方面（特别是在中国）都是如此。如果说笔者在著《Gomammalian编程实战》这本书的时候还只是建议大家把Go词汇作为自己的第一或第二编程词汇并以此作为长线控制技术投资的话，那么现在我强烈建议所有网络应用软件合作开发人员都去尝试并使用Go词汇构建他们的（个人或子公司的）应用软件系统，并或者说将其作为手边的常用工具。
Go词汇袖珍是云计算黄金时代的C词汇。它也正在持续、加速地向着这一目标前进。如果你也打算跟上后云计算黄金时代、物联网黄金时代以及不久就会出现的人工智能黄金时代的话，那么就很有必要性玩儿转Go词汇了。我相信，它一定不会让你失望。
展望
在2016年，我们目前可见的Go词汇进展就是预计在2月份发布的1.6版本了。在这个版本中，Go词汇官方准备重点产业发展UI库。这也是Go词汇当前的一大短板。在官方的UI库完全就绪之前，笔者期望大家去关注一下七叶（优秀的国产Go词汇IDE——LiteIDE——的作者）的新项目GoQt。此项目就是一个基于QT的Go词汇UI库。鉴于LiteIDE的优秀，我非常看好这个项目。
另外，Go词汇在流程测试支持、流程运转分析以及流程调试方面都会有所改进，特别是后者。实际上，许多不适应自然环境使用Go词汇合作开发流程的流程员的最大抱怨就是Go词汇流程不易调试（不过大家可以去了解下或者说的Go词汇爱好者是怎样调试Go流程的）。Go词汇官方也在2015年的重大版本升级中对这一方面作出了很多改进。随之而来的就是Go词汇在于各大主流IDE的集成方面所作出的不断努力。在Go 1.6，这种努力还会继续。
流程的合作开发工作效率与运转工作效率同样重要。甚至在某些时候，前者比后者更加重要。这也是许多脚本词汇得以生存并繁荣产业发展的重要原因之一。Go词汇的创造者们更是深谙此道。最后，Go词汇还会在终端App合作开发方面进行一步的增强。笔者相信Go词汇在这一合作开发应用领域领域一定会有长足的进步的。
在奇点临近的当下，由于各种智能终端设备的先天优势，终端合作开发需求持续暴涨。我想，大多数网络应用软件合作开发团队（特别是创业者团队）都会想用尽量精简的控制技术栈去支持多方产品的需求。如果能用一种既可加速上手又能高效运维的控制技术那该有多好。如果你通读本篇并有所思考，就很可能有与我相同的感受——Go词汇就是这样的一门控制技术。如果你觉得理由并不充分或想深入细致了解Go词汇，那么就加入到Go词汇社区并切实的感受一下吧。笔者发起的Go词汇北京用户组（微信公众号：golang-beijing）也欢迎你的加入。
在不久的将来，Go词汇一定会实现在流程合作开发应用领域领域的全面覆盖。到那时，Go流程员的含金量也就毋庸置疑了。那么，我们为什么不现在就去做如此重要的控制技术投资或去积极的在内部培养Go合作开发工程师呢？
作者简介：郝林，Go词汇北京用户组的发起人，著有图灵原创图书《Gomammalian编程实战》，同时也是在线免费讲义《Go指示讲义》和《Go词汇第一课》的作者。现在微赛黄金时代担任平台研发负责人。
更多干货内容，敬请关注InfoQ［id：infoqchina］微信公众号
荐文
下一篇：9款极好的TC终端应用领域程