关于go语言爱好者周刊45期的信息

go语言能做什么？

很多朋友可能知道Go语言的优势在哪，却不知道Go语言适合用于哪些地方。

目前创新互联公司已为成百上千家的企业提供了网站建设、域名、雅安服务器托管、网站托管运营、企业网站设计、龙泉驿网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。

1、 Go语言作为服务器编程语言，很适合处理日志、数据打包、虚拟机处理、文件系统、分布式系统、数据库代理等；网络编程方面。Go语言广泛应用于Web应用、API应用、下载应用等；除此之外，Go语言还可用于内存数据库和云平台领域，目前国外很多云平台都是采用Go开发。

2、 其实Go语言主要用作服务器端开发。其定位是用来开发"大型软件"的，适合于很多程序员一起开发大型软件，并且开发周期长，支持云计算的网络服务。Go语言能够让程序员快速开发，并且在软件不断的增长过程中，它能让程序员更容易地进行维护和修改。它融合了传统编译型语言的高效性和脚本语言的易用性和富于表达性。

3、 Go语言成功案例。Nsq：Nsq是由Go语言开发的高性能、高可用消息队列系统，性能非常高，每天能处理数十亿条的消息；

4、 Docker：基于lxc的一个虚拟打包工具，能够实现PAAS平台的组建。

5、 Packer：用来生成不同平台的镜像文件，例如VM、vbox、AWS等，作者是vagrant的作者

6、 Skynet：分布式调度框架。

7、 Doozer：分布式同步工具，类似ZooKeeper。

8、 Heka：mazila开源的日志处理系统。

9、 Cbfs：couchbase开源的分布式文件系统。

10、 Tsuru：开源的PAAS平台，和SAE实现的功能一模一样。

11、 Groupcache：memcahe作者写的用于Google下载系统的缓存系统。

12、 God：类似redis的缓存系统，但是支持分布式和扩展性。

13、 Gor：网络流量抓包和重放工具。

以上的就是关于go语言能做什么的内容介绍了。

go语言抓包工具有哪些官网

go语言抓包工具的网站：

1，sql2go网。

用于将 sql 语句转换为 golang 的 struct. 使用 ddl 语句即可。

例如对于创建表的语句: show create table xxx. 将输出的语句，直接粘贴进去就行。

2，toml2go网。

用于将编码后的 toml 文本转换问 golang 的 struct。

3，curl2go网。

用来将 curl 命令转化为具体的 golang 代码。

4，json2go网。

用于将 json 文本转换为 struct。

5，mysql 转 ES 工具网站。

模拟模板的工具，在支持泛型之前，可以考虑使用。7)查看某一个库的依赖情况，类似于 go list 功能。

GO语言简介：

Go（又称 Golang）是 Google 的 Robert Griesemer，Rob Pike 及 Ken Thompson 开发的一种静态强类型、编译型语言。

Go 语言语法与 C 相近，但功能上有：内存安全，GC（垃圾回收），结构形态及 CSP-style 并发计算。

当前有两个Go编译器分支，分别为官方编译器gc和gccgo。官方编译器在初期使用C写成，后用Go重写从而实现自举。Gccgo是一个使用标准GCC作为后端的Go编译器。

官方编译器支持跨平台编译（但不支持CGO），允许将源代码编译为可在目标系统、架构上执行的二进制文件。

为什么现在很多企业都不用易语言呢？就因为嫌弃他是中文吗？

原因一一列举如下：

易语言是一个自主开发，适合国情，不同层次不同专业的人员易学易用的汉语编程语言。

1、易语言是从编码到集成环境全部拥有知识产权的一套产品，而这在其他编程语言中是不可想像的。大多数其他的BASIC语言、Pascal语言、Go语言、C语言、Lua语言、Javascript等等语言都没有对编码的知识产权（Java语言不太清楚），几乎全部免费开放。

所以你有可以在同一个语言里，找到无数个不同版本的编译器；以C语言为例，从免费的Watcom C Compiler、GNU C Compiler到收费的Visual Studio、Borland C Compiler，不同版本的编译器之间，可以说是自由竞争的关系；今天你觉得GCC代码生成效率太低，明天就可以改用Watcom C Compiler，后天你兜兜里闲钱多了，想玩玩可视化或者开发Windows应用，转身就可以改用Visual Studio，……（以下省略无数的C编译器）

用户的选择多，编译器的应用生态就好，用户也有机会用到更加物美价廉的编译器，而不是只能吊死在一棵树上。这也就是为何现在的很多

2、资质：求职者被企业录用，看的就是能力，但是可以证明它的，不过就文凭和证书：像三级数据库证书、二级C程序设计语言证书、好像还有研究生编程水平证书等等。可是易语言的证书在哪里呢，要去哪里考呢？难道要花钱去公证处证明“本人具有某某某企业所需易语言编程能力”？

3、应用：其实还是生态问题，别的什么的语言起步早，使用人群广泛，程序之间衔接的方式也多，现成的可以提供参考的程序代码也多，甚至于还有各专业领域、网上社区/社群的共享的代码资源，像BSD协议的，GPL协议的，Mozilla协议的，等等等等；如今只要你能找，会搜索，不会代码，专业内的编程问题，基本上都不是问题。但是易语言……，这个不太好找。

加上很多对代码能力有需求的企业，内部很早可能已经有工程人员在维护代码库了，易语言出现太晚；在现代软件工程管理技术广泛应用的时代，代码工程量无限扩张的时代，如若改弦更张，代码太多，事情太难，成本投入难以预期。

4、知识产权贸易：今天的世界是全球化的世界，是贸易全球化的世界。2001年中国加入 WTO，签署了关于货物贸易、服务贸易、知识产权贸易的一揽子协议。有句话“引进来，走出去”，引什么？就是要引资，引人才，引技术。2000年是中国经济飞速发展的时代，正是处于对技术的高需求时期。用土到掉渣的话来说，当时很多代码、集成电路、机床，那都是Made in外国的，用的语言当然也是外国的，易语言当然就用不上。不学着这些语言，那么该怎么使用、消化外来的知识，又该怎么转化别人的知识，为我所用，到最后实现“走出去”呢

2000年易语言在中国发布了最早的版本，而其影响力有限，原因就在这里。

5、中国计算机技术的发展历史，就是中国高技术发展史的重要部分，与国家发展息息相关；（在2000年的很早以前）从863计划开始，国家投入大量人力物力，首要的是缩小与发达国家的差距，提高计算能力和相关软硬件技术，服务于国防事业、科研事业，并最终改善民生，服务人民。（国防科技大学就出版了很多关于计算机技术的书）从学科科研发展历史这个角度来看，宗旨在于普及中文编程的易语言不是人才培养、科教强国的重点所在。在技术发展这一块，完全不必搞“大炼钢”式的全民行动，反而只要能集中力量，做好有助于国家综合实力的事就行。（像以前的计算机上计算的导弹运行轨迹，用的是什么编程语言不重要，机器语言、汇编语言都OK，不在乎文学式的大家都懂，而在于科研人员能够实现目标，国家可以实现其目的）

Go 语言的错误处理机制是一个优秀的设计吗

这个问题说来话长，我先表达一下我的观点，Go语言从语法层面提供区分错误和异常的机制是很好的做法，比自己用单个返回值做值判断要方便很多。

上面看到很多知乎大牛把异常和错误混在一起说，有认为Go没有异常机制的，有认为Go纯粹只有异常机制的，我觉得这些观点都太片面了。

具体对于错误和异常的讨论，我转发一下前阵子写的一篇日志抛砖引玉吧。

============================

最近连续遇到朋友问我项目里错误和异常管理的事情，之前也多次跟团队强调过错误和异常管理的一些概念，所以趁今天有动力就赶紧写一篇Go语言项目错误和异常管理的经验分享。

首先我们要理清：什么是错误、什么是异常、为什么需要管理。然后才是怎样管理。

错误和异常从语言机制上面讲，就是error和panic的区别，放到别的语言也一样，别的语言没有error类型，但是有错误码之类的，没有panic，但是有throw之类的。

在语言层面它们是两种概念，导致的是两种不同的结果。如果程序遇到错误不处理，那么可能进一步的产生业务上的错误，比如给用户多扣钱了，或者进一步产生了异常；如果程序遇到异常不处理，那么结果就是进程异常退出。

在项目里面是不是应该处理所有的错误情况和捕捉所有的异常呢？我只能说，你可以这么做，但是估计效果不会太好。我的理由是：

如果所有东西都处理和记录，那么重要信息可能被淹没在信息的海洋里。

不应该处理的错误被处理了，很容易导出BUG暴露不出来，直到出现更严重错误的时候才暴露出问题，到时候排查就很困难了，因为已经不是错误的第一现场。

所以错误和异常最好能按一定的规则进行分类和管理，在第一时间能暴露错误和还原现场。

对于错误处理，Erlang有一个很好的概念叫速错，就是有错误第一时间暴露它。我们的项目从Erlang到Go一直是沿用这一设计原则。但是应用这个原则的前提是先得区分错误和异常这两个概念。

错误和异常上面已经提到了，从语言机制层面比较容易区分它们，但是语言取决于人为，什么情况下用错误表达，什么情况下用异常表达，就得有一套规则，否则很容易出现全部靠异常来做错误处理的情况，似乎Java项目特别容易出现这样的设计。

这里我先假想有这样一个业务：游戏玩家通过购买按钮，用铜钱购买宝石。

在实现这个业务的时候，程序逻辑会进一步分化成客户端逻辑和服务端逻辑，客户端逻辑又进一步因为设计方式的不同分化成两种结构：胖客户端结构、瘦客户端结构。

胖客户端结构，有更多的本地数据和懂得更多的业务逻辑，所以在胖客户端结构的应用中，以上的业务会实现成这样：客户端检查缓存中的铜钱数量，铜钱数量足够的时候购买按钮为可用的亮起状态，用户点击购买按钮后客户端发送购买请求到服务端；服务端收到请求后校验用户的铜钱数量，如果铜钱数量不足就抛出异常，终止请求过程并断开客户端的连接，如果铜钱数量足够就进一步完成宝石购买过程，这里不继续描述正常过程。

因为正常的客户端是有一步数据校验的过程的，所以当服务端收到不合理的请求（铜钱不足以购买宝石）时，抛出异常比返回错误更为合理，因为这个请求只可能来自两种客户端：外挂或者有BUG的客户端。如果不通过抛出异常来终止业务过程和断开客户端连接，那么程序的错误就很难被第一时间发现，攻击行为也很难被发现。

我们再回头看瘦客户端结构的设计，瘦客户端不会存有太多状态数据和用户数据也不清楚业务逻辑，所以客户端的设计会是这样：用户点击购买按钮，客户端发送购买请求；服务端收到请求后检查铜钱数量，数量不足就返回数量不足的错误码，数量足够就继续完成业务并返回成功信息；客户端收到服务端的处理结果后，在界面上做出反映。

在这种结构下，铜钱不足就变成了业务逻辑范围内的一种失败情况，但不能提升为异常，否则铜钱不足的用户一点购买按钮都会出错掉线。

所以，异常和错误在不同程序结构下是互相转换的，我们没办法一句话的给所有类型所有结构的程序一个统一的异常和错误分类规则。

但是，异常和错误的分类是有迹可循的。比如上面提到的痩客户端结构，铜钱不足是业务逻辑范围内的一种失败情况，它属于业务错误，再比如程序逻辑上尝试请求某个URL，最多三次，重试三次的过程中请求失败是错误，重试到第三次，失败就被提升为异常了。

所以我们可以这样来归类异常和错误：不会终止程序逻辑运行的归类为错误，会终止程序逻辑运行的归类为异常。

因为错误不会终止逻辑运行，所以错误是逻辑的一部分，比如上面提到的瘦客户端结构，铜钱不足的错误就是业务逻辑处理过程中需要考虑和处理的一个逻辑分支。而异常就是那些不应该出现在业务逻辑中的东西，比如上面提到的胖客户端结构，铜钱不足已经不是业务逻辑需要考虑的一部分了，所以它应该是一个异常。

错误和异常的分类需要通过一定的思维训练来强化分类能力，就类似于面向对象的设计方式一样的，技术实现就摆在那边，但是要用好需要不断的思维训练不断的归类和总结，以上提到的归类方式希望可以作为一个参考，期待大家能发现更多更有效的归类方式。

接下来我们讲一下速错和Go语言里面怎么做到速错。

速错我最早接触是在做的时候就体验到的，当然跟Erlang的速错不完全一致，那时候也没有那么高大上的一个名字，但是对待异常的理念是一样的。

在.NET项目开发的时候，有经验的程序员都应该知道，不能随便re-throw，就是catch错误再抛出，原因是异常的第一现场会被破坏，堆栈跟踪信息会丢失，因为外部最后拿到异常的堆栈跟踪信息，是最后那次throw的异常的堆栈跟踪信息；其次，不能随便try catch，随便catch很容易导出异常暴露不出来，升级为更严重的业务漏洞。

到了Erlang时期，大家学到了速错概念，简单来讲就是：让它挂。只有挂了你才会第一时间知道错误，但是Erlang的挂，只是Erlang进程的异常退出，不会导致整个Erlang节点退出，所以它挂的影响层面比较低。

在Go语言项目中，虽然有类似Erlang进程的Goroutine，但是Goroutine如果panic了，并且没有recover，那么整个Go进程就会异常退出。所以我们在Go语言项目中要应用速错的设计理念，就要对Goroutine做一定的管理。

在我们的游戏服务端项目中，我把Goroutine按挂掉后的结果分为两类：1、挂掉后不影响其他业务或功能的；2、挂掉后业务就无法正常进行的。

第一类Goroutine典型的有：处理各个玩家请求的Goroutine，因为每个玩家连接各自有一个Goroutine，所以挂掉了只会影响单个玩家，不会影响整体业务进行。

第二类Goroutine典型的有：数据库同步用的Goroutine，如果它挂了，数据就无法同步到数据库，游戏如果继续运行下去只会导致数据回档，还不如让整个游戏都异常退出。

这样一分类，就可以比较清楚哪些Goroutine该做recover处理，哪些不该做recover处理了。

那么在做recover处理时，要怎样才能尽量保留第一现场来帮组开发者排查问题原因呢？我们项目中通常是会在最外层的recover中把错误和堆栈跟踪信息记进日志，同时把关键的业务信息，比如：用户ID、来源IP、请求数据等也一起记录进去。

为此，我们还特地设计了一个库，用来格式化输出堆栈跟踪信息和对象信息，项目地址：funny/debug · GitHub

通篇写下来发现比我预期的长很多，所以这里我做一下归纳总结，帮组大家理解这篇文章所要表达的：

错误和异常需要分类和管理，不能一概而论

错误和异常的分类可以以是否终止业务过程作为标准

错误是业务过程的一部分，异常不是

不要随便捕获异常，更不要随便捕获再重新抛出异常

Go语言项目需要把Goroutine分为两类，区别处理异常

在捕获到异常时，需要尽可能的保留第一现场的关键数据

以上仅为一家之言，抛砖引玉，希望对大家有所帮助。