go语言编译二进制文件 go语言 编译

调试Go语言的核心转储（Core Dumps）

英文原文链接【Go, the unwritten parts】 发表于2017/05/22 作者JBD是Go语言开发小组成员

检查程序的执行路径和当前状态是非常有用的调试手段。核心文件（core file）包含了一个运行进程的内存转储和状态。它主要是用来作为事后调试程序用的。它也可以被用来查看一个运行中的程序的状态。这两个使用场景使调试文件转储成为一个非常好的诊断手段。我们可以用这个方法来做事后诊断和分析线上的服务（production services）。

在这篇文章中，我们将用一个简单的hello world网站服务作为例子。在现实中，我们的程序很容易就会变得很复杂。分析核心转储给我们提供了一个机会去重构程序的状态并且查看只有在某些条件／环境下才能重现的案例。

作者注 : 这个调试流程只在Linux上可行。我不是很确定它是否在其它Unixs系统上工作。macOS对此还不支持。Windows现在也不支持。

在我们开始前，需要确保核心转储的ulimit设置在合适的范围。它的缺省值是0，意味着最大的核心文件大小是0。我通常在我的开发机器上将它设置成unlimited。使用以下命令：

接下来，你需要在你的机器上安装 delve 。

下面我们使用的 main.go 文件。它注册了一个简单的请求处理函数（handler）然后启动了HTTP服务。

让我们编译并生产二进制文件。

现在让我们假设，这个服务器出了些问题，但是我们并不是很确定问题的根源。你可能已经在程序里加了很多辅助信息，但还是无法从这些调试信息中找出线索。通常在这种情况下，当前进程的快照会非常有用。我们可以用这个快照深入查看程序的当前状态。

有几个方式来获取核心文件。你可能已经熟悉了奔溃转储（crash dumps）。它们是在一个程序奔溃的时候写入磁盘的核心转储。Go语言在缺省设置下不会生产奔溃转储。但是当你把 GOTRACEBACK 环境变量设置成“crash”，你就可以用 Ctrl+backslash 才触发奔溃转储。如下图所示：

上面的操作会使程序终止，将堆栈跟踪（stack trace）打印出来，并把核心转储文件写入磁盘。

另外个方法可以从一个运行的程序获得核心转储而不需要终止相应的进程。 gcore 可以生产核心文件而无需使运行中的程序退出。

根据上面的操作，我们获得了转储而没有终止对应的进程。下一步就是把核心文件加载进delve并开始分析。

差不多就这些。delve的常用操作都可以使用。你可以backtrace，list，查看变量等等。有些功能不可用因为我们使用的核心转储是一个快照而不是正在运行的进程。但是程序执行路径和状态全部可以访问。

go build -ldflags 打印编译信息

go语言方便的地方之一就是容易部署， 编译成二进制文件，丢到服务器，就像一个内建的bash程序，不用安装依赖，不用部署环境，不用管理源码，直接就运行了。这也会产生一个问题， 经过年深日久的运行后，某天需要修改一个功能，可能最初开发的同事几经易手，那么，如何从这个二进制文件找到源码和对应的信息呢？

本文主要就是解决这个问题，利用 go build 的 -ldflags -X， 把程序及相关的环境信息编译进项目的的help信息中，当程序执行-v时，有如下的输出：

文件准备完成后， 执行下面的命令，把文件加入git版本管理中，如果不加git管理， build.sh中的脚本会执行报错：

现在执行build.sh 编译二进制文件，执行完成后，可见文件目录中多了一个文件 version-example

golang编写的项目，使用alpine制作镜像遇到的一个问题解决

GraphicsMagick，一款高性能的图片处理工具，由于项目需要，用到它，自然而然用到了关于gm的第三方库 这个库按照作者的提示，要安装GraphicsMagick-devel依赖。

项目写完了，接下来用alpine做为基础镜像，准备制作项目的镜像。

golang项目，是在ubuntu下编写的，编译成二进制文件了，只要把二进制文件放进镜像里即可，遇到的问题有2个

1 容器跑起来，一直报二进制文件no found

我认认真真的确认了文件，以及它的路径，确实是存在的，怎么会报文件找不到呢？！

原来是musl和glibc是兼容的问题，在Dockerfile里要加以下两步

2 Error loading shared library libGraphicsMagickWand-Q16.so.2: No such file or directory

明明按要求安装GraphicsMagick-devel依赖，为啥还报这种错

于是想到了，是不是也要ln做一下软链接呢？于是学着上面的样子在Dockerfile里补上

再跑，问题依旧，莫非是软连接的地址写错了！回到开发的电脑上用ldd命令查看一下

果然，编译后的二进制文件依赖路径是/lib，而不是/lib64

于是，修改Dockerfile里的写法

问题解决，开心:)

参考资料：

golang 在mac 下go install成二进制文件，上传到centos 无法执行

mac下编译器默认编译的是mac os x的可执行文件。

编译centos上的可执行文件的时候需要交叉编译。

golang的交叉编译很容易，你的情况的话用下面这条命令

GOOS=linux GOARCH=amd64 go build ./文件

golang保存二进制文件会有大小端问题吗

golang保存二进制文件会有大小端问题。

这个二进制文件的确有Big Endian 和Little Endian的问题，这个与CPU指令体系有关，不过不用操心，像JPEG就是Big Endian，其编解码就都是按照这个约定来完成的，没有平台问题，也没有大小端的问题。

编译centos上的可执行文件的时候需要交叉编译。golang的交叉编译很容易，你的情况的话用下面这条命令，GOOS=linux GOARCH=amd64 go build ./文件。

golang描述：

Go的语法接近C语言，但对于变量的声明有所不同。Go支持垃圾回收功能。Go的并行模型是以东尼·霍尔的通信顺序进程（CSP）为基础。

采取类似模型的其他语言包括Occam和Limbo，但它也具有Pi运算的特征，比如通道传输。在1.8版本中开放插件（Plugin）的支持，这意味着现在能从Go中动态加载部分函数。

与C++相比，Go并不包括如枚举、异常处理、继承、泛型、断言、虚函数等功能，但增加了 切片(Slice) 型、并发、管道、垃圾回收、接口（Interface）等特性的语言级支持。Go 2.0版本将支持泛型，对于断言的存在，则持负面态度，同时也为自己不提供类型继承来辩护。

关于go语言编译二进制文件和go语言 编译的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。