你为什么放弃golang?

因为内存管理粗糙。经常看到fmtxxx导致内存占用太多，反射导致内存占用太多的抱怨。

go语言适合写服务器组件，那种和业务数据无关的服务器。比如数据库服务器、web服务器、日志搜索引擎等。如果用来写一个crm管理系统，非常累，因为缺乏好多高级特性和庞大的第三方库，而且语法比较单一，总体感觉就跟写命令行差不多。

Go语言是谷歌2009发布的编程语言，这个语言发明的目的，就是为了在运行速度接近C/C++语言的基础上（注意是接近），降低开发者的门槛，减少开发难度。

Go语言，在功能上没有超过C/C++，适用者为没有C/C++经验的开发者，开发出接近C效率的程序。对于已经熟练掌握C/C++的开发者来说，Go语言没有优势，还要重学语法，适应开发环境，明显是不符合效率的。

总结

其实语言这东西，都有其优势和劣势。而且有些东西并不是纯技术的。比如java的优势在于清晰的语意表达。写代码的上限不高，但是下限也不低，适合工业开发。

而go呢，不得不说go在微服务这块有先天优势。毕竟java中要实现go的很多功能，需要引入第三方库。很笨重。而go原生支持，这个微服务就很轻巧。但是go的语法太活，工业用是一个挺大的弊端。

这个net/http包彻彻底底简化了，制作网页服务器的流程，说到灵活性，其实这个包也可以设置很多自定义配置，基本上能胜任中小型项目，可能的问题是，与一些三方的日志，性能监控，负载平衡等工具，衔接性可能没有那么好，那么方便。

问题的关键在于GOPATH的设置，import是必须的，但是还有个条件就是要把自定义包的路径加入到GOPATH中。

可以使用go env查看一下设置。 do it ~~~,开始可能会混乱，多试几次就好了。

针对GO 的 2018年11月的最新版本。。。

golang SSH客户端系列文章目录

SSH(Secure Shell)协议在远程登录时比较常用，但是除此之外还有一些其它的功能也很好用，比如端口映射，X11转发，sftp文件传输等。

以下三篇文章将介绍golang版SSH的远程登录功能，端口映射功能及sftp文件传输功能。X11包含GUI的一些操作，没有找到相关的包，故不做介绍

通过golang自带的ssh包 golangorg/x/crypto/ssh 可以实现远程登录功能， 默认是不支持tab键和上下箭头的 ，

通过导入golangorg/x/crypto/ssh/terminal来创建VT100终端可以支持tab等功能，让golang版本的ssh客户端体验和平时用的其它客户端差不多。

　　go/src/go-cve-dictionary-master

　　# mv subcommands-master /opt/go/src/subcommands

　　# mv net-master /opt/go/src/net

　　# mv go-sqlite3-master /opt/go/src/go-sqlite3

　　都放到了go/src目录下了，我还修改了go-cve-dictionary-master/maingo文件内容，如下所示：

　　import (

"flag"

"fmt"

"os"

"golangorg/x/net/context" 改为 逗context地

"githubcom/google/subcommands" 改为 subcommands

"githubcom/kotakanbe/go-cve-dictionary/commands" 改为 go-cve-dictionary/commands

"githubcom/kotakanbe/go-cve-dictionary/version" 改为 go-cve-dictionary/version

_ "githubcom/mattn/go-sqlite3" 改为 go-sqlite3

)

　　执行 # go install go-cve-dictionary-master 错误如下：

can't load package: /opt/go/src/go-cve-dictionary-master/maingo:14:2: non-standard import "githubcom/mattn/go-sqlite3" in standard package "go-cve-dictionary-master"

go-cve-dictionary-master/maingo:11:2: cannot find package "go-cve-dictionary/commands" in any of:

/opt/go/src/vendor/go-cve-dictionary/commands (vendor tree)

/opt/go/src/go-cve-dictionary/commands (from $GOROOT)

/root/go/src/go-cve-dictionary/commands (from $GOPATH)

go-cve-dictionary-master/maingo:12:2: cannot find package "go-cve-dictionary/version" in any of:

/opt/go/src/vendor/go-cve-dictionary/version (vendor tree)

/opt/go/src/go-cve-dictionary/version (from $GOROOT)

/root/go/src/go-cve-dictionary/version (from $GOPATH)

subcommands/subcommandsgo:29:2: cannot find package "golangorg/x/net/context" in any of:

/opt/go/src/vendor/golangorg/x/net/context (vendor tree)

/opt/go/src/golangorg/x/net/context (from $GOROOT)

/root/go/src/golangorg/x/net/context (from $GOPATH

为什么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的函数还得自己主动叫runtimeSched()来进行调度切换。

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

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

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

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

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

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

用标准库写出来的就是最好性能了，基础的工作runtime和库都做了，拿来就能写应用，基础设施不用操心。如果你发现标准库或者runtime做得不够好，你有性能更高的做法，那可以提patch，整个社区都受益。

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

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

有反向接口、defer、coroutine等大量的syntactic sugar；

编译速度快，因为是强类型语言又有gc，只要通过编译，非业务毛病就很少了。感兴趣的话点击此处，了解一下