知乎上有人提问：为什么要使用go语言，go语言的优势是啥 ？

使用Go语言开发的比较成功的软件有哪些？
国内有哪些公司正在使用Go，有什么指导意见吗？

Rio，知乎工程师
杨肉、陈俊文、知乎用户 等人赞同
知乎大部分项目是 Python 写的，有几个小项目是用 Go 写的。我从一个 Python 为主的开发者的角度说说对 Go 的优点的体会吧：
部署简单。Go 编译生成的是一个静态可执行文件，除了 glibc 外没有其他外部依赖。这让部署变得异常方便：目标机器上只需要一个基础的系统和必要的管理、监控工具，完全不需要操心应用所需的各种包、库的依赖关系，大大减轻了维护的负担。这和 Python 有着巨大的区别。由于历史的原因，Python 的部署工具生态相当混乱【比如 setuptools, distutils, pip, buildout 的不同适用场合以及兼容性问题】。官方 PyPI 源又经常出问题，需要搭建私有镜像，而维护这个镜像又要花费不少时间和精力。
并发性好。Goroutine 和 channel 使得编写高并发的服务端软件变得相当容易，很多情况下完全不需要考虑锁机制以及由此带来的各种问题。单个 Go 应用也能有效的利用多个 CPU 核，并行执行的性能好。这和 Python 也是天壤之比。多线程和多进程的服务端程序编写起来并不简单，而且由于全局锁 GIL 的原因，多线程的 Python 程序并不能有效利用多核，只能用多进程的方式部署；如果用标准库里的 multiprocessing 包又会对监控和管理造成不少的挑战【我们用的 supervisor 管理进程，对 fork 支持不好】。部署 Python 应用的时候通常是每个 CPU 核部署一个应用，这会造成不少资源的浪费，比如假设某个 Python 应用启动后需要占用 100MB 内存，而服务器有 32 个 CPU 核，那么留一个核给系统、运行 31 个应用副本就要浪费 3GB 的内存资源。
良好的语言设计。从学术的角度讲 Go 语言其实非常平庸，不支持许多高级的语言特性；但从工程的角度讲，Go 的设计是非常优秀的：规范足够简单灵活，有其他语言基础的程序员都能迅速上手。更重要的是 Go 自带完善的工具链，大大提高了团队协作的一致性。比如 gofmt 自动排版 Go 代码，很大程度上杜绝了不同人写的代码排版风格不一致的问题。把编辑器配置成在编辑存档的时候自动运行 gofmt，这样在编写代码的时候可以随意摆放位置，存档的时候自动变成正确排版的代码。此外还有 gofix, govet 等非常有用的工具。
执行性能好。虽然不如 C 和 Java，但通常比原生 Python 应用还是高一个数量级的，适合编写一些瓶颈业务。内存占用也非常省。

谢孟军，盛大云计算
Sariel、张东亚、林文 等人赞同
我尝试来回答你几个问题：
1、Go有什么优势
可直接编译成机器码，不依赖其他库，glibc的版本有一定要求，部署就是扔一个文件上去就完成了。
静态类型语言，但是有动态语言的感觉，静态类型的语言就是可以在编译的时候检查出来隐藏的大多数问题，动态语言的感觉就是有很多的包可以使用，写起来的效率很高。
语言层面支持并发，这个就是Go最大的特色，天生的支持并发，我曾经说过一句话，天生的基因和整容是有区别的，大家一样美丽，但是你喜欢整容的还是天生基因的美丽呢？Go就是基因里面支持的并发，可以充分的利用多核，很容易的使用并发。
内置runtime，支持垃圾回收，这属于动态语言的特性之一吧，虽然目前来说GC不算完美，但是足以应付我们所能遇到的大多数情况，特别是Go1.1之后的GC。
简单易学，Go语言的作者都有C的基因，那么Go自然而然就有了C的基因，那么Go关键字是25个，但是表达能力很强大，几乎支持大多数你在其他语言见过的特性：继承、重载、对象等。
丰富的标准库，Go目前已经内置了大量的库，特别是网络库非常强大，我最爱的也是这部分。
内置强大的工具，Go语言里面内置了很多工具链，最好的应该是gofmt工具，自动化格式化代码，能够让团队review变得如此的简单，代码格式一模一样，想不一样都很困难。
跨平台编译，如果你写的Go代码不包含cgo，那么就可以做到window系统编译linux的应用，如何做到的呢？Go引用了plan9的代码，这就是不依赖系统的信息。
内嵌C支持，前面说了作者是C的作者，所以Go里面也可以直接包含c代码，利用现有的丰富的C库。
2、Go适合用来做什么
服务器编程，以前你如果使用C或者C++做的那些事情，用Go来做很合适，例如处理日志、数据打包、虚拟机处理、文件系统等。
分布式系统，数据库代理器等
网络编程，这一块目前应用最广，包括Web应用、API应用、下载应用、
内存数据库，前一段时间google开发的groupcache，couchbase的部分组建
云平台，目前国外很多云平台在采用Go开发，CloudFoundy的部分组建，前VMare的技术总监自己出来搞的apcera云平台。
3、Go成功的项目
nsq：bitly开源的消息队列系统，性能非常高，目前他们每天处理数十亿条的消息
docker:基于lxc的一个虚拟打包工具，能够实现PAAS平台的组建。
packer:用来生成不同平台的镜像文件，例如VM、vbox、AWS等，作者是vagrant的作者
skynet：分布式调度框架
Doozer：分布式同步工具，类似ZooKeeper
Heka：mazila开源的日志处理系统
cbfs：couchbase开源的分布式文件系统
tsuru：开源的PAAS平台，和SAE实现的功能一模一样
groupcache：memcahe作者写的用于Google下载系统的缓存系统
god：类似redis的缓存系统，但是支持分布式和扩展性
gor：网络流量抓包和重放工具
以下是一些公司，只是一小部分：
http://Apcera.com
http://Stathat.com
Juju at Canonical/Ubuntu, presentation
http://Beachfront.iO at Beachfront Media
CloudFlare
Soundcloud
Mozilla
Disqus
http://Bit.ly
Heroku
google
youtube
下面列出来了一些使用的用户
GoUsers - go-wiki - A list of organizations that use Go.
4、Go还存在的缺点
以下缺点是我自己在项目开发中遇到的一些问题：
Go的import包不支持版本，有时候升级容易导致项目不可运行，所以需要自己控制相应的版本信息
Go的goroutine一旦启动之后，不同的goroutine之间切换不是受程序控制，runtime调度的时候，需要严谨的逻辑，不然goroutine休眠，过一段时间逻辑结束了，突然冒出来又执行了，会导致逻辑出错等情况。
GC延迟有点大，我开发的日志系统伤过一次，同时并发很大的情况下，处理很大的日志，GC没有那么快，内存回收不给力，后来经过profile程序改进之后得到了改善。
pkg下面的图片处理库很多bug，还是使用成熟产品好，调用这些成熟库imagemagick的接口比较靠谱


最后还是建议大家学习Go，这门语言真的值得大家好好学习，因为它可以做从底层到前端的任何工作。

学习Go的话欢迎大家通过我写的书来学习，我已经开源在github：
astaxie/build-web-application-with-golang · GitHub

还有如果你用来做API开发或者网络开发，那么我做的开源框架beego也许适合你，可以适当的来学习一下：
astaxie/beego · GitHub

不多说，上代码：

func NewConnection(*conn) *ConnectionInfo {
return &ConnectionInfo{
Connection: conn,
LastTime: time.Now().Unix()
}
}

func NewConnection(*conn) *ConnectionInfo {
return &ConnectionInfo{
Connection: conn,
LastTime: time.Now().Unix(), //每次在这里都会忘记逗号。我晕，反人类的逗号啊
}
}

又是一年的中秋节过了。这次时间这么长，所以我一下子反而不知道要说些什么了。

9.18的时候，大家都在上班，今年的918是如此的平静，以至于某位明星就发标了，911你们一个个都在纪念，而918你们却一点反应都没有，自己国家的事情不报道，别的国家的事情却这么关心。我是深以为然。。。

好吧，这件事情就不说了，但本以为结束的时候，9月20日却开始全市防空警报 。我一下子不能蛋定了。。

得，说点开心的事情呗。中秋带小孩去东方绿舟玩了一圈，是非常开心的，门票50元，虽然我觉得是有点贵了，毕竟如果你不花钱，50块钱就只能到儿童乐园去玩玩儿童的游乐设施，以及湖边放放风筝罢了。所幸小朋友对游乐设施的兴趣还是非常大的，所以，相比较而言而又是感觉有点值了。

上午10点出发，11点到了东方绿舟，路上有点堵，晚上回来的时候，别人带路，一路高速到家。一个红灯都没有遇上，45分钟左右就到了。看来以后倒是可以经常往近郊走走了。

反而后面两天却是没有什么特别好玩的事情了。小朋友要上上课，下午就带他去看了场电影：极速蜗牛，回家后小朋友就说了；梦想再大都不算大，梦想再小也不嫌小。能够说这么一句话，一下子觉得这些付出又都是值得的了。

本来第三天下午还要去上英文课，但结果，因为老师得肠胃炎，所以他得以在家休息半天，让他一觉睡到了3点多，玩了会游戏，就这样过去了一天。

这次的三天时间就这么过去了。希望下一次的7天能够让我们更开心一点。黑黑

本标题其实是指在开发中，如何限制自己的APP只能横屏或者竖屏。

在xcode的工程中，目前已经能够选择APP是否使用横屏还是竖屏了，但其实APP还是可以进行横竖屏切换。有几个办法

1、代码法：

- (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)interfaceOrientation{
//看下面的，自己可以调整，以达到你想要的效果，比如只能横屏显示，只能竖屏显示，或者直接返回YES,表示可以支持任何方向的旋转.
return (interfaceOrientation == UIInterfaceOrientationPortrait);
}

当然这段return中其实有很多判断：

return (toInterfaceOrientation==UIInterfaceOrientationLandscapeLeft) || (toInterfaceOrientation==UIInterfaceOrientationLandscapeRight);

//这里是支持哪个方向的转动

return (toInterfaceOrientation == UIInterfaceOrientationPortrait)
|| (toInterfaceOrientation==UIInterfaceOrientationLandscapeLeft)
|| (toInterfaceOrientation==UIInterfaceOrientationLandscapeRight)
|| (toInterfaceOrientation==UIInterfaceOrientationPortraitUpsideDown);

2、其实还可以在代码之外操作：

设置应用程序的横竖屏显示很简单，默认新建的工程，是支持左横屏，右横屏，竖屏三种方式的，若不希望横屏显示，只需要在工程的配置文件中删除掉横屏的两个item即可。

记得在：Supported interface orientations 有三个项的，items0，如果你要固定横、竖屏，记得将items0展开看一下，如果不是自己需要，就删除吧。我在设置横屏的时候，就不需要这个items0。于是将它删除了

最近在：http://mosir.org/ 的网站上发现一些好文章。比如这篇我要转的这篇。毕竟我现在用的就是VPS，用VPS的话，你也知道，最担心的是什么？有几点？

1、服务器的母机会突然挂掉（当然任何机器都会有这种情况）。怎么样快速转移，或者是有备份机？（小网站可能就是在等待了）

2、母机商跑路。这个嘛，在大家的VPS经历里还是会遇到过的。现在都是推荐选择大一点的供应商，比如virtualhost/linode/ovh等。我现在尽量不选择太便宜的，贵就贵一点，稳定。。。

3、备份，你总不能完全相信说服务器商对你说的，都是用的raid1服务器吧？总有万一的时候，这时候怎么办？

其实早些年都有一些脚本在网上流传，比如，mysql定时备份，自动发邮件到自己邮箱。（小网站都没问题，mysql最多也就上百M，每天增量的话，也没多少，就算全量，现在的mail其实也完全可以。大不了再压缩一下。大不了再切割一下，总能解决），对于代码什么的，现在都会想着是git发布/svn发布等，代码也能够保存在本地。然后附件直接存储到第三方。所有的就都解决了。但毕竟这样是存储在多个地方了。

于是这才是我转贴本文的原因，原文来自：http://mosir.org/html/y2012/use-dropbox-backup-vps.html

vps的定期备份是一件很必要的工作。大多数idc并没有提供免费的vps备份空间，这就需要我们自己来完成这个工作了。

一般情况下，得自己打包需要备份的数据，然后下载到本地，但这太麻烦。也有人通过lftp及脚本工具将需要备份的数据上传到某些ftp服务器上，但这也不稳妥。想找个稳妥的方法似乎只能出钱买备份空间了。

还好Dropbox提供了比较大的免费空间来让我们备份数据，申请了帐号后，只有2G空间，但可以很容易的扩展到20G左右，用来备份vps上的程序和数据也够了。如果需要更大的空间，可以考虑购买。

当然，靠谱的网盘有不少，但使用起来方便的并不多。这里就只考虑dropbox了。

在vps里的安装方法很简单，官方的说明在这里：https://www.dropbox.com/install?os=lnx

步骤如下：

cd ~ && wget -O - "https://www.dropbox.com/download?plat=lnx.x86" | tar xzf -
这会在vps服务器上当前用户目录下创建.dropbox-dist目录并解压所有所需文件。

接下来运行dropboxd

~/.dropbox-dist/dropboxd
它会自动在用户目录下创建Dropbox目录。

然后你会看到不断出现类似这样的提示：

This client is not linked to any account...
Please visit https://www.dropbox.com/clilink?hostid=6a57828b2191161aea851e72a48f8451&cl=en_US to link this machine.
不要中断dropboxd的运行，将https://xxx链接复制出来，打开浏览器登录你的dropbox帐号，再把这个链接复制到浏览器打开，将vps机器加入到你的帐号中。

然后，有什么需要备份的打包后丢到~/Dropbox目录下即可。

因为dropboxd大约要占用2XM~1xxM的内存，所以同步完成后，按Ctrl-C中止其运行即可。

也就是说需要备份时运行dropboxd，备份完就中止它。

如果vps内存充足，也可以把它作为一个服务运行。可以下载官方的控制脚本：https://www.dropbox.com/download?dl=packages/dropbox.py，编辑rc.local，加入

/yourpath/dropbox.py start
这样，vps启动后就会自动运行dropbox，保证只要有新的备份文件被放到Dropbox目录就立即被同步到dropbox网络存储空间里去。

如果只希望同步dropbox目录下的某个子目录，或不希望同步某些子目录，可以自己参考修改dropbox.py，大约在1105行，这里有个排除列表的函数及使用说明。

完成。

收到这封邮件的时候，心都碎了。

心真的是哇凉哇凉的呀

重启apache的时候报错：

关于think2go的介绍，我自己是写了一篇，但因为第一次写的内容不慎消失，后面是重写的。心情和精力都不佳了。

今天鼠标的左键突然失效，这是用mac系统以来第一次发生这种事情。让我非常震精，因为刚刚升级到了10.8.5，我以为是升级导致的，所以我google了一下，居然发现很多人有这样的问题。

看这里：http://bbs.weiphone.com/read-htm-tid-5168399.html

有人的解决方法是：关上盖子，等一段时间就好了

有人的解决方法是：关闭蓝牙，再重启

当然也有人选择了重启蓝牙鼠标，这TMD居然也正常了？（因为原来连触摸版的左键也不正常，所以才纳闷）

所以我比上文中那位关闭蓝牙鼠标的人幸运多了。不知道以后还会不会发生类似情况。做个记录。。

《[讨论]MAC下左键失灵问题的追踪和探讨》 http://bbs.weiphone.com/read-htm-tid-2709680.html
本人自用的MBP374，Mac版本雪豹10.6.8
现象：mac下突然出现蓝牙鼠标左键和触摸板单指击同时失灵的情况：移动鼠标有指针的相应移动，有鼠标右键和双指点击鼠标右键的正确相应。但是把鼠标指针放到Dock上时，没有相应的图标放大的效果。也无法实现用鼠标左键关闭窗口等操作。但是可以用键盘上的按键：可以Command+W关闭窗口等。

问题出现前，曾在Bootcamp下进入Windows 7系统，并在win7下进行了Flash的更新。然后在Mac下尝试使用safari 5.1，为了装支付宝插件，结果发现又不支持safari5.1，遂作罢。然后在safari下安装了Ad block和expose两个插件，然后就不记得什么了。。。后来就出现了上面的情况。随后尝试在启动时按shift进入安全模式；尝试启动时按command＋option＋P+R复位什么PRAM吧，都不能解决问题。

在我认为没有办法的时候，合上了笔记本休眠，在过了几个小时后再唤醒后，发现问题消失了。这个时候蓝牙鼠标没有开，但触摸板单击是可用的。然后我又做了磁盘权限的修复。删除了safari下刚刚安装的插件（属于乱投医）。不知道是否可以避免问题的在此出现。

先把问题出现的情况记录下来，万一以后再次出现，也好有个进一步和大家分享的机会。
今天晚上在使用中再次出现了问题，并发现：用鼠标右键选择关闭bluetooth后，触摸板就工作正常了。

但是直接重新启用蓝牙后，蓝牙鼠标和触摸板的左键又都不能用了。
后来我又发现，把蓝牙关闭后，关闭鼠标上的电源开关，重新打开蓝牙后再打开开关，发现设备重新连接后，问题解决了。

我的鼠标是罗技的V470，并且已经安装了罗技的相对动应用程序。不知道是罗技的硬件问题，软件问题还是苹果的雪豹问题？

独家奉献，供大家参考切磋。
还有这位同学也遇到了同样的问题：http://bbs.weiphone.com/read-htm-tid-1341319.html 2010年的帖子，话说这个异象是一年投胎一次么？

我的情况：rMBP，Mountain Lion，罗技M555b鼠标，同样复现了这个问题两次。

第一次重启机器没有解决问题，一怒之下重启了第二次，问题没有了。

第二次不想重启，试图从蓝牙角度解决此问题。直接关掉自己的蓝牙鼠标，没有效果。想关机器的蓝牙，但坑爹的mac系统居然无法用tab键选择复选框，研究了十多分钟无果。气得发了5分钟愣……然后居然自动好了。

（蓝牙覆盖范围中另有一Magic Mouse，这个时间里关掉了，不知是否与此有关）

我不知道别人是否和我一样喜欢记录点东西，但是我知道我必须要记，因为年纪大了，如果不记录下来，很可能什么都忘了。

(伤心，我大约写了将近3000字的内容。没了，说实话，让我再写，可能写的没有刚才全了，希望我还能写点什么吧)

这次thinkingo的聚会对我来说真的是记忆犹新了。不谈路上堵车2小时吧，在高架上完全不能动，导航里写的只要半小时的路径走了2个小时。且谈好不容易写的心得吧。因为蓝牙鼠标左键失灵导致我以为是程序死了。让我重启了两次电脑 ，而明明sablog上面写的自动保存成功，却其实只保存了上文括号上面的那一句话。果然是老了。电脑也不帮我了

OK，让我再来一次吧，今天三个议题和一个话题

1、astaxie 的 go在cdn项目中的应用。

开始看到这个话题的时候，我还在想，今天是不是会话题重复了，毕竟七牛也是做云存储和CDN的，但后来发现asta讲的内容其实是内容分发这一块的，他们用go重新实现了内容分发模块，而原来则是用BT协议实现的。基于BT协议，有两个小问题：1.有1%的情况下，服务器节点只能从中心服务器取到99%的数据就卡死了。2.BT的搜索是无序的，不会优先从本地局域网进行下载，而是随机从任意节点下载，带来的问题就是机房的带宽反而被BT协议占用了不少，浪费了不少的流量费（现在的修改过的各种类BT协议，都调整过了，比如迅雷就宣称，会优先在局域网中下载从而避免流量占用过多）

asta他们则用go写了个分发协议，即中心服务器向节点发起通知，他们会先根据节点的机器数来进行数据块下载的分配 ，比如一个20个数据块，分散到节点的4台机器上则可能是1～5在第一台，6～10在第二台下载，以此类推，每个节点的机器下载完毕后通知中心服务器。这样中心服务器就知道哪些机器下载了哪些数据块。然后再通知第一台服务器从第二台上下载6～10，从第三台上下载11～15，以此类推。也就是说该节点的互联网流量其实就只消耗了整体数据的一次下载流量。而以前四台服务器，就下载完整的包四次，现在只有一次，其他的都是内网流量了。

这让他们不但节约了流量，还加快了速度

2、邵天宇 介绍了工作中对go的应用

邵天宇 他们公司是做微博方面的应用，这玩意大家都懂，其实能够从微博里挖掘数据都往往都是那些4A公司，现在也有越来越多的工司也开始慢慢在做这方面的工作，只有做的越多，才能越了解数据。gopher介绍他用go实现以前用python的功能后，CPU和内存的占用率都明显下降，性能更高。

邵天宇 介绍了几个他们公司用的一些用户分群的算法，细化到后面就是图的应用。

邵天宇 还介绍了他们使用的全文索引，说有个国内版的，整合了：Elasticsearch + IK，然后再加上leveldb来做处理，性能还算不错，原来是用wukong + sego，可是wukong的索引是存在内存里的，一旦机器重启就啥也没了。最后不得已才改用Elasticsearch + IK 。。（下次我也可以尝试一下）

3、七牛的韩拓介绍了下七牛中的GO使用情况

用韩拓的话来说，go的程序占据了他们的核心代码 的99%左右，但并不代表他们只用go来做所有的事，这可是一件蠢事，所以他们还是用了很多解决方案，比如lvs+nginx来解决高可用性的问题。用memcached来解决数据缓冲的问题等等

当然他介绍的最多的是他们日志系统，除了程序日志外，还有他们的事务日志。程序日志是他们的底层，事务日志是在程序日志的再一层包装。他们用日志系统包围了他们几乎所有的程序。即在程序的处理外层是被日志系统包围住的，日志系统就是一个蛋壳。它几乎充当了其他语言的try/catch，避免程序崩溃（这是我的理解，希望没有理解错）。虽然性能上有一点损失，但得到了更完整的日志，既可以分析系统，也能够用来当作收费依据。因此这些性能损失完全能够接受

----

话题中，韩拓提起了GC，引得大家一番热列的讨论。认为GC实在不可控。为了避免GC消耗大量的时间，每个人都有一些自己的看法，其实这个话题之前在知乎上已经有人讨论过：

先介绍下我的情况，我们团队的项目《仙侠道》在7月15号第一次接受玩家测试，这个项目的服务端完全用Go语言开发的，游戏数据都放在内存中由go 管理。

在上线测试后我对程序做了很多调优工作，最初是稳定性优先，所以先解决的是内存泄漏问题，主要靠memprof来定位问题，接着是进一步提高性能，主要靠cpuprof和自己做的一些统计信息来定位问题。

调优性能的过程中我从cpuprof的结果发现发现gc的scanblock调用占用的cpu竟然有40%多，于是我开始搞各种对象重用和尽量避免不必要的对象创建，效果显著，CPU占用降到了10%多。

但我还是挺不甘心的，想继续优化看看。网上找资料时看到GOGCTRACE这个环境变量可以开启gc调试信息的打印，于是我就在内网测试服开启了，每当go执行gc时就会打印一行信息，内容是gc执行时间和回收前后的对象数量变化。

我惊奇的发现一次gc要20多毫秒，我们服务器请求处理时间平均才33微秒，差了一个量级别呢。

于是我开始关心起gc执行时间这个数值，它到底是一个恒定值呢？还是更数据多少有关呢？

我带着疑问在外网玩家测试的服务器也开启了gc追踪，结果更让我冒冷汗了，gc执行时间竟然达到300多毫秒。go的gc是固定每两分钟执行一次，每次执行都是暂停整个程序的，300多毫秒应该足以导致可感受到的响应延迟。

300多毫秒，韩拓说他们遇到过是5秒左右，在线上运行的时候，gc停止了5秒左右。5秒对于我们来说没有什么，但对于一个做高可用的企业来说，已经是有点夸张了。

----
实在不想写了，很痛苦。之前写的全没了，就记录这么一点吧。(这次写的时候，居然又超时了，所幸我ctrl+s，保存了下来。天啊。。。我快崩溃了)