锐客网

  1. 首页 > 睿知 > it技术 > >

go语言翻车 go语言反编译工具

语言IT技术

Go语言为什么火不起来？目前大部分产品都用c或者c或者其它主流语言编写的，go产品还是很少
go语言工程师少
【go语言翻车 go语言反编译工具】有编程基础的人学go语言很简单，但是对于新手来说太难 ， 现在大多go语言教材都是给会编程语言的人学习， 比如教材中说变量、对象、函数 。新手能理解这些？ 一个变量都的去查很多资料来了解什么是变量，所以新手入门难，而老程序员又都习惯用自己拿手的语言 ， 导致go开发师少 。
为什么 Go 语言的性能还不如javaGo语言自亮相以来并没有展示一个明确go语言翻车的方向go语言翻车，Google员工将Go语言称为一个“试验性语言”go语言翻车，称其试图融合Python等动态语言的开发速度和C或C等编译语言的性能和安全 。一位Go语言的支持者概括而言Go语言如下：简单、快速、安全、并发、快乐编程、开源；但Go语言缺乏方向以及其“集大成者”的尝试很容易会导致其学猫不成学狗也不成go语言翻车，沦为四不像 。尽管如此go语言翻车，编者仍然觉得Go语言有相当大的潜力：很多开发者对它感兴趣——不仅它的最初设计者阵容强大 ， 而且在参与修改源代码的人群中也不乏大牛级人物 。这很有可能帮助Go语言找到适合自己的方向，开拓系统编程的新方向 。
Go 语言内存管理（三）：逃逸分析Go 语言较之 C 语言一个很大的优势就是自带 GC 功能 ， 可 GC 并不是没有代价的 。写 C 语言的时候，在一个函数内声明的变量，在函数退出后会自动释放掉，因为这些变量分配在栈上 。如果你期望变量的数据可以在函数退出后仍然能被访问，就需要调用malloc方法在堆上申请内存，如果程序不再需要这块内存了，再调用free方法释放掉 。Go 语言不需要你主动调用malloc来分配堆空间，编译器会自动分析，找出需要malloc的变量，使用堆内存 。编译器的这个分析过程就叫做逃逸分析 。
所以你在一个函数中通过dict := make(map[string]int)创建一个 map 变量，其背后的数据是放在栈空间上还是堆空间上，是不一定的 。这要看编译器分析的结果 。
可逃逸分析并不是百分百准确的，它有缺陷 。有的时候你会发现有些变量其实在栈空间上分配完全没问题的，但编译后程序还是把这些数据放在了堆上 。如果你了解 Go 语言编译器逃逸分析的机制，在写代码的时候就可以有意识地绕开这些缺陷 ， 使你的程序更高效 。
Go 语言虽然在内存管理方面降低了编程门槛，即使你不了解堆栈也能正常开发，但如果你要在性能上较真的话 ， 还是要掌握这些基础知识 。
这里不对堆内存和栈内存的区别做太多阐述 。简单来说就是，栈分配廉价，堆分配昂贵 。栈空间会随着一个函数的结束自动释放，堆空间需要时间 GC 模块不断地跟踪扫描回收 。如果对这两个概念有些迷糊 ， 建议阅读下面 2 个文章：
这里举一个小例子，来对比下堆栈的差别：
stack函数中的变量i在函数退出会自动释放；而heap函数返回的是对变量i的引用，也就是说heap()退出后，表示变量i还要能被访问，它会自动被分配到堆空间上 。
他们编译出来的代码如下：
逻辑的复杂度不言而喻，从上面的汇编中可看到，heap()函数调用了runtime.newobject()方法，它会调用mallocgc方法从mcache上申请内存 ， 申请的内部逻辑前面文章已经讲述过 。堆内存分配不仅分配上逻辑比栈空间分配复杂，它最致命的是会带来很大的管理成本，Go 语言要消耗很多的计算资源对其进行标记回收（也就是 GC 成本） 。
Go 编辑器会自动帮我们找出需要进行动态分配的变量，它是在编译时追踪一个变量的生命周期，如果能确认一个数据只在函数空间内访问 ， 不会被外部使用，则使用栈空间，否则就要使用堆空间 。
我们在go build编译代码时，可使用-gcflags '-m'参数来查看逃逸分析日志 。
以上面的两个函数为例，编译的日志输出是：
日志中的i escapes to heap表示该变量数据逃逸到了堆上 。
需要使用堆空间，所以逃逸 ， 这没什么可争议的 。但编译器有时会将不需要使用堆空间的变量，也逃逸掉 。这里是容易出现性能问题的大坑 。网上有很多相关文章 ， 列举了一些导致逃逸情况，其实总结起来就一句话：
多级间接赋值容易导致逃逸。
这里的多级间接指的是，对某个引用类对象中的引用类成员进行赋值 。Go 语言中的引用类数据类型有func,interface,slice,map,chan,*Type(指针)。
记住公式Data.Field = Value，如果Data,Field都是引用类的数据类型 ， 则会导致Value逃逸 。这里的等号=不单单只赋值，也表示参数传递 。
根据公式，我们假设一个变量data是以下几种类型 ， 相应的可以得出结论：
下面给出一些实际的例子：
如果变量值是一个函数，函数的参数又是引用类型，则传递给它的参数都会逃逸 。
上例中te的类型是func(*int)，属于引用类型 ， 参数*int也是引用类型，则调用te(j)形成了为te的参数(成员)*int赋值的现象，即te.i = j会导致逃逸 。代码中其他几种调用都没有形成 多级间接赋值 情况 。
同理 ， 如果函数的参数类型是slice,map或interface{}都会导致参数逃逸 。
匿名函数的调用也是一样的，它本质上也是一个函数变量 。有兴趣的可以自己测试一下 。
只要使用了Interface类型(不是interafce{})，那么赋值给它的变量一定会逃逸 。因为interfaceVariable.Method()先是间接的定位到它的实际值 ， 再调用实际值的同名方法，执行时实际值作为参数传递给方法 。相当于interfaceVariable.Method.this = realValue
向 channel 中发送数据，本质上就是为 channel 内部的成员赋值，就像给一个 slice 中的某一项赋值一样 。所以chan *Type,chan map[Type]Type,chan []Type,chan interface{}类型都会导致发送到 channel 中的数据逃逸 。
这本来也是情理之中的 ， 发送给 channel 的数据是要与其他函数分享的 ， 为了保证发送过去的指针依然可用，只能使用堆分配 。
可变参数如func(arg ...string)实际与func(arg []string)是一样的，会增加一层访问路径 。这也是fmt.Sprintf总是会使参数逃逸的原因 。
例子非常多 ， 这里不能一一列举，我们只需要记住分析方法就好，即，2 级或更多级的访问赋值会容易导致数据逃逸 。这里加上容易二字是因为随着语言的发展，相信这些问题会被慢慢解决，但现阶段 ， 这个可以作为我们分析逃逸现象的依据 。
下面代码中包含 2 种很常规的写法，但他们却有着很大的性能差距，建议自己想下为什么 。
Benchmark 和 pprof 给出的结果:
熟悉堆栈概念可以让我们更容易看透 Go 程序的性能问题，并进行优化 。
多级间接赋值会导致 Go 编译器出现不必要的逃逸，在一些情况下可能我们只需要修改一下数据结构就会使性能有大幅提升 。这也是很多人不推荐在 Go 中使用指针的原因 ， 因为它会增加一级访问路径，而map,slice,interface{}等类型是不可避免要用到的，为了减少不必要的逃逸，只能拿指针开刀了 。
大多数情况下，性能优化都会为程序带来一定的复杂度 。建议实际项目中还是怎么方便怎么写，功能完成后通过性能分析找到瓶颈所在 ， 再对局部进行优化 。
go语言会不会被其他语言淘汰掉？不能吧，现在用C语言搞开发都是用在更加底层的开发中，更加底层的开发需要高运行效率，go语言的运行效率是比不上C语言的，所以go语言在这些方面还无法取代C语言 。应该说是各有所长吧，go和C都有它们自己的适用环境，谁也不能取代谁 。
go语言翻车的介绍就聊到这里吧 ， 感谢你花时间阅读本站内容 ， 更多关于go语言反编译工具、go语言翻车的信息别忘了在本站进行查找喔 。

    推荐阅读


    上一篇：安卓给平板蓝牙充电，ipad给安卓充电

    下一篇：如何利用自己的二手服务器？ 自己有个二手服务器怎么用