go语言会代替python吗_选择：为什么我不会舍弃Python投奔Go语言？

Russ Cox毕业于麻省理工和哈佛大学，曾在贝尔实验室参与过Plan 9 和 Unix操作系统的开发，最近在google，主要开发Go语言。最近关于Go语言的话题很多，本月刚好是Go语言诞生3周年。这个语言在谷歌巨人的推动下最终很可能成为今后的主流语言。如果你想简单了解一下Go语言，这里有Go语言官方网站提供的一个很简单的中文版的“Go语言半小时速成教程”，不妨一看。

下面是译文内容：

最近，由于一篇“为什么我不会舍弃Python投奔Go语言(英文)”的博客，我收到了大量的邮件，这篇文章中，作者说Go语言除了“用返回值来处理异常错误”这点外，其它的都非常好。我想写出一点东西，解释一下Go语言为什么这样做，这会对大家都有用。

在Go语言中，规定的方式是，函数返回错误信息。这没什么。如果一个文件并不存在，op.Open函数会返回一个错误信息。这没什么。如果你向你一 个中断了的网络连接里写数据，net.Conn里的Write方法会返回一个错误。这没什么。这种状况在这种程序中是可以预料到的。这种操作就是容易失 败，你知道程序会如何运行，因为API的设计者通过内置了一种错误情况的结果而让这一切显得很清楚。

从另一方面讲，有些操作基本上不会出错，所处的环境根本不可能给你提示错误信息，不可能控制错误。这才是让人痛苦的地方。典型的例子;一个程序执行 x[j]，j值超出数组边界，这才痛苦。像这样预料之外的麻烦在程序中是一个严重的bug，一般会弄死程序的运行。不幸的是，由于这种情况的存在，我们很 难写出健壮的，具有自我防御的服务器——例如，可以应付偶然出现的有bug的HTTP请求处理器时，不影响其他服务的启动和运行。为解决这个问题，我们引 入了恢复机制，它能让一个go例程从错误中恢复，服务余下设定的调用。然而，代价是，至少会丢失一个调用。这是特意而为之的。引用邮件中的原话：“这种设 计不同于常见的异常控制结构，这是一个认真思考后的决定。我们不希望像java语言里那样把错误和异常混为一谈。”

我刚开始提到的那篇文章里问“为什么数组越界造成的麻烦会比错误的网址或断掉的网络引出的问题要大?”答案是，我们没有一种内联并行的方法来报告在执行x[j]期间产生的错误，但我们有内联并行的方法报告由错误网址或网络问题造成的错误。