我们这个世界真的需要另外一种C语言风格的编程语言吗？很显然，谷歌很早就这么认为了，在 2009 年，它借用雷蒙斯乐队的歌“Hey!Ho!Let’s Go”，正式推出了 Go 语言。现在 Go 语言开发团队已经开发出了这种语言的第一个稳定版本，他们称之为 Go 1，他们将这种语言推向世界，希望人们用这种语言“开发出健壮的软件产品和作品。”那么，现在人们对这种语言的使用情况又是如何呢？让我们先回顾一下，什么是 Go 语言，是什么促使谷歌决定推出这样一种语言？按 Go 语言的“常见问题”里的说法，自从那个“重要的系统级编程语言”诞生距今已超过十几年了，这段时间计算机世界已经发生了很大的变化。谷歌的才人们对目前现有的各种语言深感失望，他们必须要在“快速的编译、快速的执行或简单编程”之间做出选择。“没有一种主流的编程语言，例如C，C++，Java，Python 等，能提供谷歌人想要的全部特征。于是，谷歌的工程师从 2007 年起开始开发 Go 语言。“常见问题”里这样说：Go 语言在基本语法上”基本上属于C语言家族“，但它从 Pascal 语系吸收了”大量的理念“，还有一些思想是来自其它的语言。但对于程序员来说，应该把它当成一种全新的语言，一种以”让程序员更有效率，让编程更有效率，至少是让我们更有效率并且使编程更有乐趣“的理念为设计目标的编程语言。Go 语言擅长做什么…？那么，Go 语言擅长做什么？根据谷歌著名的软件工程师——Go 语言的设计人之一——Rob Pike 的说法，它是用来开发”大型软件“的。Pike 说 Go 语言适合于”很多程序员一起开发的大型软件，并且开发周期较长，支持云计算的网络服务：简言之，就是服务端软件。Go 语言能够让程序员快速开发，并且在软件不断的增长过程中，它能让程序员更容易地进行维护和修改。它融合了传统编译型语言的高效性和脚本语言的易用性和富于表达性。“(作为原贝尔实验室 Unix 开发小组成员，Pike 对系统软件有相当的认识。)但对于其它类型的软件，Go 语言也一样的好用。例如，我在 Google+ 上询问了 Go 语言的使用者，得到了 Douglas Fils 的回复，他正在拿各种语言做实验。Fils 说他现在有时会开发一些 Web 应用程序，大多数都是在 Java 虚拟机(JVM)平台上。“所以 Java 自然是最常用的。我最近开始尝试更多的语言，例如 Scala 和 Groovy。我用 Groovy 语言已经开发了不少的东西，而且刚刚完成了一个 Groovy/Grails 语言上的大型项目。我还研究了一下 Ruby on Rails/Python (Python 框架)，并用它们做了一些东西。”他说他用早期版本的 Go 语言开发了一个 Web 界面来处理数据资源。但很不幸。“当时的 Go 的程序库和语法使得开发起来很困难。我还尝试了 node.js，而且，到了一月份，我的精力完全转向了 node.js.”Node.js，Fils 说，很流行，“虽然我很喜欢它，但它的单线程事件循环机制和非阻塞的编程模式让我不太满意。还有，所有的东西都要用 Javascript 的回调函数，我不喜欢这样。”很显然，他不是一个 JavaScript 的粉丝。Go 语言的语法和结构，从另一方面讲，“还是很简洁的。”当Go 语言的语法和结构趋于稳定，并发布了 Go 1 时，他觉得应该转回来，重写他的 Go 语言程序。这回，他想起来了当初为什么想用 Go 来开发。关于Go 语言的争论Fils 说，在 Java 里，很多东西都需要有一定的模板套路，这是很讨厌。他说 Scala 和 groovy 要好一些，但仍然是个问题。Go 语言给人的感觉像一个动态的类型化语言，Fils 说，但 Go 语言里静态类型特征并不像 Java 里那样明显。Go 语言的垃圾收集管理，比 JVM 要好的多。跟 Groovy 这样的动态语言比起来尤其能看出这点。Fils 在评论中说 Go 语言的速度比其它语言快很多倍。它运行速度快但不影响负载量。它编译所需的时间很短，他在开发时能边开发边编译，就像动态语言那样迅速。最后，他说使用 Go 语言要比使用 Node.js，Java 或以 Java 为基础的语言，Ruby on Rails 等语言要有趣的多。在开发 JVM 平台上的应用时，我总感觉自己是一个系统管理员，而不是一个开发者。我要修改堆空间，我要研究负载均衡或内存问题或其它的资源管理问题。而使用 Go 语言，我不需要考虑这些。我开发，编译，测试，运行，部署，非常的享受。请注意，并不是所有的人都喜欢 Go 语言。你可以看一看 Shaneal Manek 的关于 Go 语言的垃圾收集系统以及脚本语言和编译型语言之间比较的评论。Go 语言能走向主流吗？你的期望是什么？按照 RedMonk’s Stephen O’Grady 的说法，对于 Go 语言来说现在还非常年轻。通常，程序员会分成两个阵营：要么欢迎底层语言和脚本型/垃圾收集器型语言的融合，要么是反对这样做。对于后者，毫无意外的，他们是C语言的坚定拥护者。围绕着 Go 语言有很多的争论，这不令人吃惊，任何一种语言都是这样。而令人吃惊的是目前 Go 语言在程序员中获得了相当的吸引力。O’Grady 二月份在 RedMonk 编程语言分级中把 Go 语言放入了第二梯队。但是，他说，考虑一下 Go 语言是如此的年轻，“即使是目前这种成绩也是让人相当的印象深刻了。”谷歌已经发布了 Go 语言的稳定版本，并且在 Google App Engine 支持部署这种语言的应用，这将给 Go 语言带来更多的吸引力。Go 语言能否成为一种“主流”语言，这需要由时间来判定。不过，看起来除谷歌之外还有很多公司对这种语言也很感兴趣，比如 Engine Yard 等公司。那些对目前的现存的语言不太满意的程序员大概对 Go 语言都在拭目以待。如果你在使用 Go 语言或之前简单涉略过它，你需要注意，Go 1 版引入了不少的变化。然而从 Go 1 版开始，Go 语言的变化将会遵循它的规格说明书进行。根据 Go 语言的开发人员的透露，“也许在某个时间，我们会推出 Go 2 的规范，但在此之前，用 Go 语言编写的程序在今后的 Go 1 版本(Go 1.1, Go 1.2 等)上都能正确的运行。”你用Go 语言开发过什么项目吗？

使用Go 语言开发大型 MMORPG 游戏伺服器怎么样

如果是大型网路游戏的话，我觉得是不合适的。现阶段go语言的执行效率还是太低了。在底层编译器的优化方面做得和c++相比还是差了不少。go语言也是比较适合快速开发的专案比较合适

从2013年起,经朋友推荐开始用Golang编写游戏登陆伺服器, 配合C++做第三方平台验证. 到编写独立工具导表工具GitHub - davyxu/tabtoy: 跨平台的高效能便捷电子表格汇出器. 以及网路库GitHub - davyxu/cell: 简单,方便,高效的Go语言的游戏伺服器底层. 最终使用这些工具及库编写整个游戏伺服器框架, 我的感受是很不错的

细节看来, 有如下的几个点:

语言, 库

Golang语言特性和C很像, 简单, 一张A4纸就能写完所有特性. 你想想看, C++到了领悟阶段, 也只用那几个简单特性, 剩下的都是一大堆解决各种记忆体问题的技巧. 而Golang一开始就简单, 何必浪费生命去研究那一大堆的奇技淫巧呢?

Golang的坑只有2个:1. interface{}和nil配合使用, 2. for回圈时, 将回圈变数引入闭包(Golang, Lua, C#闭包变数捕获差异) 完全不影响正常使用, 复合语言概念, 只是看官方后面怎么有效的避免

用Golang就忘记继承那套东西, 用组合+介面

用Golang伺服器如何保证解决游戏伺服器存档一致性问题? s the world是肯定的, 但是Golang可以从语言层并发序列化玩家资料, 再通过后台存档

channel是goroutine虽然是Golang的语言特性. 但是在编写伺服器时, 其实只有底层用的比较多.

Golang的第三方库简直多如牛毛, 好的也很多

不要说模板了, C#的也不好用, 官方在纠结也不要加, 使用中, 没模板确实有点不方便. 用interface{}/反射做泛型对于Golang这种强型别语言来说,还是有点打脸

执行期

Golang和C++比效能的话, 这是C++的优势, Golang因为没虚拟机器, 只有薄薄的一层排程层. 因此效能是非常高的, 用一点效能牺牲换开发效率, 妥妥的

1.6版后的GC优化的已经很好了, 如果你不是高效能,高并发Web应用, 非要找出一堆的优化技巧的话. 只用Golang写点游戏伺服器, 那点GC损耗可以忽略不计

和其他现代语言一样, 崩溃捕捉是标配功能, 我用Golang的伺服器线上跑, 基本没碰到过崩溃情况

热更新: 官方已经有plugin系统的提交, 跨平台的. 估计很快就可以告别手动cgo做so热更新

开发, 除错, 部署, 优化

LiteIDE是我首选的Golang的IDE, 虽然有童鞋说B格不高. 但这估计实在是找不到缺点说了, 别跟我说Visual Studio, 那是宇宙级的...

曾经听说有人不看好Golang, 我问为啥: 说这么新的语言, 不好招人,后面打听到他是个策划... 好吧

真实情况是这样的: Golang对于有点程式设计基础的新人来说, 1周左右可以开始贡献程式码. 老司机2~3天.

开发效率还是不错的, 一般大的游戏功能, 2*2人一周3~4个整完. 这换C++时代, 大概也就1~2个还写不完. 对接伺服器sdk的话, 大概1天接个10多个没问题

Golang自带效能调优工具, 从记忆体, CPU, 阻塞点等几个方面直接出图进行分析, 非常直观, 可以参考我部落格几年前的分析: 使用Golang进行效能分析(Profiling)

Golang支 *** 叉编译, 跨平台部署, 什么概念? linux是吧? 不问你什么版本, 直接windows上编译输出一个elf, 甩到伺服器上开跑.不超过1分钟时间..

1.为什么golang的开发效率高？

golang是一编译型的强型别语言，它在开发上的高效率主要来自于后发优势，不用考虑旧有恶心的历史，又有一个较高的工程视角。良好的避免了程式设计师因为“ { 需不需要独占一行 ”这种革命问题打架，也解决了一部分趁编译时间找产品妹妹搭讪的阶级敌人。

它有自己的包管理机制，工具链成熟，从开发、除错到释出都很简单方便；

有反向介面、defer、coroutine等大量的syntactic sugar；

编译速度快，因为是强型别语言又有gc，只要通过编译，非业务毛病就很少了；

它在语法级别上支援了goroutine，这是大家说到最多的内容，这里重点提一下。首先，coroutine并不稀罕，语言并不能超越硬体、作业系统实现神乎其神的功能。golang可以做到事情，其他语言也可以做到，譬如c++，在boost库里面自己就有的coroutine实现（当然用起来跟其他boost库一样恶心）。golang做的事情，是把这一套东西的使用过程简化了，并且提供了一套channel的通讯模式，使得程式设计师可以忽略诸如死锁等问题。

goroutine的目的是描述并发程式设计模型。并发与并行不同，它并不需要多核的硬体支援，它不是一种物理执行状态，而是一种程式逻辑流程。它的主要目的不是利用多核提高执行效率，而是提供一种更容易理解、不容易出错的语言来描述问题。

实际上golang预设就是执行在单OS程序上面的，通过指定环境变数GOMAXPROCS才能转身跑在多OS程序上面。有人提到了网易的pomelo，开源本来是一件很不错的事情，但是基于自己对callback hell的偏见，我一直持有这种态度：敢用nodejs写大规模游戏伺服器的人，都是真正的勇士 : ) 。

2、Erlang与Golang的coroutine有啥区别，coroutine是啥？

coroutine本质上是语言开发者自己实现的、处于user space内的执行绪，无论是erlang、还是golang都是这样。需要解决没有时钟中断；碰著阻塞式i\o，整个程序都会被作业系统主动挂起；需要自己拥有排程控制能力（放在并行环境下面还是挺麻烦的一件事）等等问题。那为啥要废老大的劲自己做一套执行绪放user space里面呢？

并发是伺服器语言必须要解决的问题；

system space的程序还有执行绪排程都太慢了、占用的空间也太大了。

把执行绪放到user space的可以避免了陷入system call进行上下文切换以及高速缓冲更新，执行绪本身以及切换等操作可以做得非常的轻量。这也就是golang这类语言反复提及的超高并发能力，分分钟给你开上几千个执行绪不费力。

不同的是，golang的并发排程在i/o等易发阻塞的时候才会发生，一般是内封在库函式内；erlang则更夸张，对每个coroutine维持一个计数器，常用语句都会导致这个计数器进行reduction，一旦到点，立即切换排程函式。

中断介入程度的不同，导致erlang看上去拥有了preemptive scheduling的能力，而golang则是cooperative shceduling的。golang一旦写出纯计算死回圈，程序内所有会话必死无疑；要有大计算量少i\o的函式还得自己主动叫runtime.Sched()来进行排程切换。

3、golang的执行效率怎么样？

我是相当反感所谓的ping\pong式benchmark，执行效率需要放到具体的工作环境下面考虑。

首先，它再快也是快不过c的，毕竟底下做了那么多工作，又有排程，又有gc什么的。那为什么在那些benchmark里面，golang、nodejs、erlang的响应效率看上去那么优秀呢，响应快，并发强？并发能力强的原因上面已经提到了，响应快是因为大量非阻塞式i\o操作出现的原因。这一点c也可以做到，并且能力更强，但是得多写不少优质程式码。

然后，针对游戏伺服器这种高实时性的执行环境，GC所造成的跳帧问题确实比较麻烦，前面的大神 @达达 有比较详细的论述和缓解方案，就不累述了 。随着golang的持续开发，相信应该会有非常大的改进。一是遮蔽记忆体操作是现代语言的大势所趋，它肯定是需要被实现的；二是GC演算法已经相当的成熟，效率勉勉强强过得去；三是可以通过incremental的操作来均摊cpu消耗。

用这一点点效率损失换取一个更高的生产能力是不是值得呢？我觉得是值得的，硬体已经很便宜了，人生苦短，让自己的生活更轻松一点吧: )。

4、基于以上的论述，我认为采用go进行小范围的MMORPG开发是可行的。

如果跟C语言比，大部分指令码都胜出啊。Go, Node.js, Python ......

网易弄过一个Node.js的开源伺服器框架。

至于IDE, 不重要，做伺服器开发很少会要开着IDE除错的。最常用的手段就是打Log. 设定了断点也很难调，多个客户端并发。

那种单客户端连线进来就可以重现的bug倒是可以用IDE调，但是这种bug本来就容易解决。

用指令码语言，有一个很大的好处是容易做自动测试，可以更好地保证程式码质量。

--------------------------

开发效率当然是指令码高。执行效率，其实更重要的是并发，框架合理的话增加机器就可以直接提高效率增加人数。

用Go开发大型mmorpg服务端不会有问题的，如果掉坑里肯定不会是语言的问题。

唯一比较可能掉进去的坑就只有GC，其实很容易预防和调整的，具体细节可以看我部落格分享的文章。

但是技术选型不只是选语言，如果当时我手头有一套效能满意，开发效率OK，人员补给不会有问题的技术方案，不管是什么语言的，我肯定不会放弃它而选择冒险的。

public void actionPerformed(ActionEvent e)

{

if(e.getSource()==xinjian)

{

text.setText("")

}

if(e.getSource()==dakai)

{

openFD.show()

String s

---