go语言编译中间文件 go语言 编译

go build -ldflags 打印编译信息

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

邢台县ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景，ssl证书未来市场广阔！成为成都创新互联的ssl证书销售渠道，可以享受市场价格4-6折优惠！如果有意向欢迎电话联系或者加微信：18982081108（备注：SSL证书合作）期待与您的合作！

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

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

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

go语言 一个主package包引入同级目录下go文件包编译出错！！

go语言 一个主package包引入同级目录下go文件包编译出错是设置错误造成的，解举孝喊慎猜决方法为：

1、先使用import "strings"导入strings库。

2、HasPrefix 判断字符串 s 是否以 prefix 开头。

3、HasSuffix 判断字符串 s 是否以 suffix 结尾。

4、可以看看判断的代码。

5、在cmd下运行一下go run test.go，看看如下结果。

6、Contains 判断字符串 s 是否包含 substr，也就是判断一下S是否在strings中。

7、在cmd下运行go run test.go看看结果。正野

Go 是怎么使用 Go 来编译自身的

是Go语言吗?

Go 编译过程 九个步骤

第一步. all.bash

% cd $GOROOT/src

% ./all.bash

第一步 all.bash 只是调用了另外两个 shell 脚本：make.bash 和run.bash。若使用 Windows 或 Plan9，其过程也基本类似，只是脚本分别以 .bat 或 .rc 结尾。在文章的其他部分，请用适当的操作系统对应的扩展来补全命令。

第二步. make.bash

. ./make.bash --no-banner

make.bash 作为 all.bash 内容的一部分，如果它退出也会中断构建过程

第三步. cmd/dist

gcc -O2 -Wall -Werror -ggdb -o cmd/dist/dist -Icmd/dist cmd/dist/*.c

当健全检查完成后，make.bash 开始编译 cmd/dist。

第四步. go_bootstrap

现在 go_bootstrap 已经构建完成，make.bash 的最后一步是使用 go_bootstrap 编译完整的 Go 标准库，包括一个完整的 go 工具用以替换。

echo "# Building packages and commands for $GOOS/$GOARCH."

"$GOTOOLDIR"/go_bootstrap install -gcflags "$GO_GCFLAGS" \

-ldflags "$GO_LDFLAGS" -v std

第五步. run.bash

现在 make.bash 已经完成，回到 all.bash 的执行，这会调用 run.bash。run.bash 的任务是编译和测试标准库、运行时以及语言测试集。

bash run.bash --no-rebuild

由于 make.bash 和 run.bash 都会调用 go install -a std，因此需要使用 –no-rebuild 标志来避免重复前面的步骤，–no-rebuild 跳过了第二个 go install。

# allow all.bash to avoid double-build of everythingrebuild=trueif [ "$1" = "--no-rebuild" ]; then shiftelse echo '# Building packages and commands.' time go install -a -v std echofi

第六步. go test -a std

echo '# Testing packages.'

time go test std -short -timeout=$(expr 120 \* $timeout_scale)s

echo

接下来 run.bash 会在标准库里所有的包上来运行用 testing 包编写的单元测试。由于 $GOPATH 和 $GOROOT 中有着相同的命名空间，所以不能直接使用 go test … 否则 $GOPATH 中的每个包也会被逐一测试，因此创建了一个用于标准库中旅迟含的包的别名：std。由于一些测试需要比较长的时间，且会消耗大量内存，因此用 -short 标志对一些测试进行了过滤。

第七步. runtime 和 cgo 测试

run.bash 接下来的部分会运行平台对 cgo 支持的测试，执行一些性能测试，并且编译一些伴随 Go 发行版一起的杂项程序。随着时间的流逝，这些杂项程序的清单会越来越长，那么它们也就会不可避免的被从编译过程中悄悄剥离出去。

第八步. go run test

(xcd ../test

unset GOMAXPROCS

time go run run.go

) || exit $?

run.bash 的倒数第二步会调用在 $GOROOT 下的 test 目录里的编译器和运行时的测试。他们是对于编译器和运行时自身的，较为低级细节的测试。会执行语言规格测试，test/bugs 和 test/fixedbugs 子目录保存有那拆笑些已经被发现并被修复的问题的独立的测试。驱动测试的是一个小 Go 程序 $GOROOT/test/run.go，会执行 test 目录里的每个 .go 文件。一些 .go 文件的首旦冲行包含了指导 run.go 对结果作出判断的指令，例如，程序将会失败，或提供一个确定的输出队列。

第九步. go tool api

echo '# Checking API compatibility.'

go tool api -c $GOROOT/api/go1.txt,$GOROOT/api/go1.1.txt \

-next $GOROOT/api/next.txt -except $GOROOT/api/except.txt

run.bash 的最后一步调用了 api 工具。