【转载】使用Golang工作400天后的感受

抚琴煮酒 · · 945 次点击 · · 开始浏览    
这是一个创建于 的文章,其中的信息可能已经有所发展或是发生改变。

【转载】使用Golang工作400天后的感受

转载: https://blog.csdn.net/kwame211/article/details/79267088

我在2011年就听说了Go并学习了一段时间,坦白的说,那时候对Go是比较无感的,因为并没有看到Go特别亮眼的地方,可能和我使用C、Erlang、Java有关,这三种语言可以写高性能、高并发、高可用的服务;包含了面向过程、面向并发、面向对象的思想,我觉得我并不需要再学习Go,何况那个时候好像也没宣传的那么优秀。

一切都发生在418天前,因为工作的需要,我开始写Go了,本来预期是一段压抑的旅程(被迫使用其它语言的同学可能都会有此感受),结果收获了非一般的惊喜、非一般的效率、非一般的开发体验。

先用几个词来总结一下我的感受:简洁、标准、组合、创造力、生产力!

特别是生产力,由于Go优秀的标准库、完美的代码安全、全面的三方库、完善的测试机制、完善的标准管理工具,使用Go给我们小组带来了极大的生产力。

总之,在使用过的语言中,除了Erlang外,我还没在其它语言上感受过如此之高的生产力(可能笔者的见识比较狭隘,请轻喷;) )。 最近思考了很多,也横向对比了一些,Go具有高生产力的原因如下:

  • 不一定需要IDE

我主要使用的开发工具一个是liteIDE,另外一个就是Vim,特别是在自己实验一些好的想法时,Vim用的更多。Go开发时的简洁和对其它第三方组件无依赖性,决定了Go可以在任何地方写,任何地方运行。曾经我尝试过用Vim去写Java,结果无奈的放弃了这个想法。对于很多环境下来说,不依赖IDE是很重要的。

  • 极快的编译构建速度

以前编译C++,Erlang程序,离开座位去喝杯茶,吹吹牛是很正常的事。但是自从用了Go,这种闲逛行为貌似变得更像是在打酱油,因为一个完整的项目最多仅仅需要数秒到数十秒!!这个对于初接触Go的同学来说,很神奇;这个对于提高程序员和项目组的生产力来说,很重要!

  • 极其优秀的标准库

使用Go的标准库也是非常享受的。从标准库的设计就能看得出,创建Go语言的那几位图灵奖大神,不仅仅有异常深厚的理论储备,还有着非常丰富、非常广泛的生产实践经验,因为Go语言解决了很多真实系统设计中,常常会遇到的问题。例如,可以非常简单的使用http服务、为socket设置读写超时、统计服务器信息、单元测试压力测试、多样化的性能测试等等,所有的这些让写出高可用、高性能的服务简单了数倍!

  • 多样化的内置数据结构

Map是我使用非常多的数据结构,大概10-20%的代码都使用了Map。因此作为一个静态语言,Go把Map内置为标准的数据类型,是非常棒的,大大简化了使用步骤,提升了性能。Go语言中的动态数组slice,对于实际使用中也是非常关键的,配合内置函数append和range,slice的使用灵活度令人难以置信。通过这些内置数据结构和内置函数,Go程序员在处理各种数据结构时就掌握了既标准又强大的武器,也是Go语言之所以简洁的原因之一。

  • 统一的代码格式规范

不知道大家有没有做过项目总结,根据我多年的经验,项目中有一些最浪费时间的地方,其中一个地方就是代码格式问题。在各大论坛、各大语言板块都充斥着括号位置、空格、缩进的讨论,这些讨论在Go语言中都可以打住了。go fmt可以自动帮我们处理好这些问题,让我们的每个源码文件的代码格式都是统一规范的。在实际应用中,这个特性可以大大提高团队的开发效率:
最简单的,写代码时,你再也不用在=两边,函数参数的后面等地方加上空格了,只要输入go fmt myProject,一切问题都烟消云散。

  • 只有一个的二进制可执行文件

使用过Go语言的同学,应该都知道程序编译后仅仅生成一个可执行的二进制文件,非常方便,但是我仍然认为我们大大低估了这个语言特性的好处,特别是在项目的后续开发、维护过程中。现在社会,网络带宽和存储设备都不再昂贵,但是部署、配置、管理、升级各种软件服务的代价还是较为高昂的。如果大家自己管理过多个系统、集群,就会知道:升级或安装依赖库、JDK等组件时,总会碰到特别痛苦的时候,几天的加班加点搞定一个问题都有可能!而纯Go写的程序则不
一样,不管项目处于在哪个阶段,我们需要的也仅仅是一个binary文件,对于提高生产力来说,这个无疑是非常巨大的。

  • 完善的标准测试框架

Go的测试框架是非常棒的,和其它语言不同的是:我们仅仅使用Go语言自带的标准化测试框架,就可以很好实现各种测试功能:单元,黑盒,白盒,压力测试等等。除了标准测试外,还有很多第三方的优秀测试框架,但是要记住的是:最好只使用一套测试框架,这样能保持项目的完整性和一致性。就笔者的经验来看,目前的标准测试框架足够用了,如果需要单步断点可以看这里。

  • 性能分析

Go语言自带标准的性能分析Tools,包括CPU、内存、阻塞操作(http请求,数据库请求,time.Sleep等)在内的都可以测量,influxdb就是利用这些工具实现了数据库的常量时间访问。

Golang的问题

那么对于网上常常被喷的那些所谓的Go的"问题"呢?

1)GC

Go语言从1.3开始,GC的改进就在持续进行中,1.5中,GC改成三色mark and sweep后,性能得到了极大的提高,在1.6中,对于内存占用很高、对象很多的系统又进行了一次大优化,可以说,现在的Go程序一般不存在GC问题,除非:分布式缓存、数据库、消息推送这样海量对象的场景,这时候需要自己做好可复用对象管理、合并部分小对象、将一些小型的struct结构定义为值类型而不是指针类型、还可以从业务层面和架构层面进行优化设计等等。

不过,虽然说不太需要担心GC问题,但是大家还是最好学习一下Go的GC原理和内存管理,理解底层原理对于很多时候快速的定位解决问题是大有裨益的。

PS: 2016年7月7日补充,昨天看到一个使用GO作为核心语言的国外大型视频直播网站分享了关于GC的演变史,直接说结果吧:1.2版本的时候,GC STW时间是2秒左右,到了1.6版本再结合一些GC参数调优,达到了30-50ms的级别,目前的1.7版本由于将一些STW工作放到了并发去执行,因此GC时间到了1m级别,整整上千倍的提升,基本上延时已经不是问题了。后续版本将进一步改进STW问题,同时大大改善GC的吞吐率。

2)泛型

其实刚从其它语言过来时,我或多或少会在写Go代码时用到模版的思想,但是后面发现,这样会让代码更难维护,因此,写Go代码就要用Go的哲学和思想。写过C++代码的都知道:抽象是一把双刃剑,过度的抽象就可能存在潜在的问题。

在我看来,Go所具有的OO思想,是简洁的,是纯粹的,是组合的核心思想。编程现在就是化繁为简,充分利用组合的思想(也是Unix程序设计提倡的思想),可以让我们的开发模型和项目代码大大简化、返璞归真 。Go的OO思想充分体现了三位大神作者的编程和设计功底,估计也只有Unix的作者才能写出这么完美的OO实现了!

3)GOPATH

对于新手来说,GOPATH很难理解清楚,我当时刚接触时,也是迷糊了一段时间。
现在则是混合了两种方式,第一种,在默认的GOPATH下的src中存放项目;第二种,自定义一个临时的GOPATH,然后存放项目。后者的独立性更好,但是全局使用go build ,go test等命令时就会有问题,比如手动导出GOPATH才行:

mkdir sunface 
cd sunface-bench/
export GOPATH=$PWD
go get -v github.com/otoolep/bleve-bench
go install github.com/otoolep/bleve-bench/cmd/bench/.
$GOPATH/bin/bench -h
Go语言的总结

Go从出身来看更像学院派语言,但是实际上它是彻头彻尾的工程语言,特别是它很适合我们团队,很适合基础架构、中间件、云计算平台、PasS平台的开发,因为说它是云时代的未来第一语言,丝毫不为过。

就我这边的项目而言,分布式日志平台、搜索系统、消息推送等项目中,避免了JVM或者EVM的麻烦,实在是太美好了,所以,如果条件允许,我会完全选择纯Go来设计实现一个系统,也许这种美妙只有真正深入用过的人才能体会。


有疑问加站长微信联系(非本文作者)

本文来自:51CTO博客

感谢作者:抚琴煮酒

查看原文:【转载】使用Golang工作400天后的感受

入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:701969077

945 次点击  ∙  2 赞  
加入收藏 微博
暂无回复
添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
  • 图片支持拖拽、截图粘贴等方式上传