初入Go语言必须改变的思维误区有哪些?-问答-阿里云开发者社区-阿里云

开发者社区> 问答> 正文

初入Go语言必须改变的思维误区有哪些?

钉群小二 2019-12-13 13:22:21 134

初入Go语言必须改变的思维误区有哪些?

Go
云服务器登录 云服务器设置
分享到
取消 提交回答
全部回答(1)
  • 游客2q7uranxketok
    2021-02-09 10:52:50

    重新思考面向对象程序的设计和实现 首先,你要先理解Go语言面向对象编程是具有特殊性的。当然,“Go是不是支持面向对象“这本身就是一个值得思考的话题,官方文档给出的答案是“Yes and no” 。虽说 Go 语言中是有类型的存在,也允许面向对象的编程风格,但却没有类型层次结构。

    Go语言中没有对类型继承提供支持,而是通过复合来进行扩展,并通过类型嵌入来简化复合的使用。很多人会把类型嵌入看成是Go中的继承机制,但是类型嵌入并不支持最基本的继承特性:

    子类替换

    方法重载(override)

    Go语言中的接口机制与其他语言截然不同,实现接口的类型完全不依赖于接口定义。接口作为方法签名的集合,任何类型的方法集中只要拥有与之对应的全部方法,就表示它实现了该接口。只有深刻理解这些,才能更好发挥Go的生产力特性。

    不支持继承,特殊的接口类型,这些都会要求我们重新思考设计和编程实现。

    戳此可获取:Go语言官方文档

    二、改变传统GC(垃圾收集器)语言的思维模式 Go是一个非常特殊的语言,即追求简单性又追求高效率,Go既内置支持GC(垃圾收集器),又支持指针对内存的直接访问。其他支持GC的语言,比如在Java中,由于希望对开发者可以屏蔽内存管理,所以语言中没有提供指针的直接访问。为了提高数据访问和传递的效率,编程语言根据不同的情况,通过约束采用值传递或引用传递,来减少数据复制。

    而Go比较简单地统一采用值传递,但提供指针机制,因此用户可以自己来选择数据的传递方式,要引用传递时可以通过传递指针来完成。

    所以在编码时,你要考虑充分指针,提高数据访问效率,减少内存复制并编写GC友好的代码。

    三、重新思考程序的错误处理机制 Go语言的错误处理机制中既不支持现在主流的异常模式,同时也与传统的C程序通过返回值返回错误状态不同,Go语言支持返回多个值,可以同时返回结果和错误状态。

    以下是Java语言示例: try{...}catch(XXException e){ //错误处理} 以下是Go语言示例: if v, err = callSomeFn(); err!=nil{ //错误处理} Go的error处理方式一直以来都是争论的焦点,很多开发者认为Go的错误处理机制似乎回到了70年代,使得错误处理代码冗长且重复。而Go的设计者则认为try-catch-finally的结构导致异常处理与控制流程的耦合,从而使程序结构发生了混乱。

    Go的设计者当初选择返回值这种错误处理机制,而不是try-catch这种机制,主要是考虑到前者适用于大型软件,后者更适合小程序。因此,程序变大的时候,try-catch会让错误处理更加冗长繁琐,也就容易出错。try-catch-finally会怂恿程序员标注过多普通错误,诸如打开文件失败之类的异常,使得程序更加繁琐。

    这就决定了你必须重新思考错误处理的编程模式,因为这样的代码是Go语言中非常常见的。

    四、思考和学习使用CSP并发模型 与主流语言通过共享内存来进行并发控制方式不同,Go语言采用了CSP模式。这是一种用于描述两个独立的并发实体通过共享的通讯 Channel(管道)进行通信的并发模型。很多使用过Erlang等基于Actor模式的程序员,会误认为Go和这些语言的模式是一样的。

    而实际上,Go的CSP模式与常见的Actor模式(如:Erlang语言就采用了Actor模式)也有不少差异,例如:

    和Actor的直接通讯不同,CSP模式则是通过Channel进行通讯的,更松耦合一些; Go中channel是有容量限制并且独立于处理Groutine,而如Erlang,Actor模式中的mailbox容量是无限的,接收进程也总是被动地处理消息。 "image"

    Actor模式和CSP模式区别图 所以,要用好Go语言,一定要思考和学习使用CSP来高效的实现我们常见并发任务。

    五、理解Goroutine的调度机制 Goroutine 是Go语言的招牌特性之一,较之线程是非常轻量级的。但是,如果你不了解其中的机制,仅仅按照线程的套路来使用,就发挥不出来Goroutine的优势,甚至还会导致很多性能问题。

    Goroutine有着和Java线程完全不同的调度机制,Java线程模型中线程和KSE(Kernel space Entity)是1:1的关系,一个用户线程对应一个KSE。而Groutine和KSE是多对多的对应关系。虽然,Groutine的调度机制不如,由内核直接调度的线程机制效率那么高,但是由于Groutine间的切换可以不涉及内核级切换,所以代价小很多。

    0 0
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

相似问题
最新问题