前言

本意是打算研究一下go程序的启动流程，然后就去网上搜索了一下入门教程。结果令我有点沮丧，搜到的几乎所有文章开篇都是通过GDB调试, 然后就是不同平台下的汇编代码。。。

这令我很不开心， 虽然C/C++应用很广泛， 但是我对它真的没啥兴趣啊， 对它相关的调试工具就更加不感冒了, 虽然它可以调试go程序， 但是总感觉心里少了点什么， 难道dlv它不香嘛， 于是就有了今天这篇文章。

dlv命令行debug

dlv的名头应该不用我多说， 所以我们直奔主题

1. 开始debug

dlv debug test.go

执行上述命令后， 就会进入debug交互命令行界面, 在这个界面任何时候输入h都会打印帮助信息.

2. 增加函数断点

交互界面输入下面命令后，会在main包下的main函数打上一个断点

b main.main

3. 指定行断点

在test.go的文件第6行打上一个断点

b test.go:6

4. 开始执行

如上图所示, 我们继续执行时会发现=>会停留在我们前面标记的断点处。这里的其他命令我们在本篇文章不做过多的介绍了， 我们尽量紧扣本篇的主题。

5. 打印调用栈

如上图所示， 我们通过dlv的调用栈可以看见调用main函数之前，还执行了asm_amd64.s(本次debug的机器为mac)的汇编代码和proc.go的main函数。

意外之喜， 本来只是单纯的不想用GDB调试去了解go程序的启动流程， 现在却也有了一些头绪， 下面我们继续本篇的主题。

1. 在runtime包中标记断点并开始调试

综上: 按照上面的步骤， 我们通过dlv就可以进行runtiime的调试， 并且还可以了解go程序的启动流程。

vscode图形化debug

我个人比较喜欢用vscode进行代码编辑， 所以在撸go的时候用的也是vscode， 体验还是非常不错的。

关于vscode如何配置go的开发环境和配置图形化debug就不再本篇过多赘述, 笔者在这里分享一下自己在vscode中关于go的配置。

1. 打断点

本部分在备用电脑上面完成，go版本为: go1.14.2

此次直接复用了前面文章你能一口说出go中字符串转字节切片的容量嘛？的demo。三个断点分别位于，main/test.go, runtime/proc.go和runtime/string.go.

2. 运行

vscode通过F5快捷键即可快速开始debug

接下来， 你就可以开始快乐的debug之旅啦

debug不出现在call stack的函数

细心的同学肯定已经发现了，在上面vscode图形化debug的调用栈里面并没有runtime/string.go的影子。接下来， 我们结合本篇的主题继续往下分析

相信看过我切片真的是引用类型嘛？这篇文章的同学，心里已经基本有数了。对于这种即没有调用栈也没有明确调用者的函数， 我们遵循以下两点即可完成对它的debug

1. 首先查看其汇编代码

go tool compile -N -l -S test.go

关键汇编代码如下：

如上图所示，我们发现了stringtoslicebyte函数， 这样我们就可以打断点了， 只要打上了断点就可以快乐的调试了

2. runtime函数打断点时机

部分rumtime函数打好断点后， debug程序会无法启动， 这个时候就需要延迟打点(“延迟打点”为笔者自己总结的名字)了。

首先，在main函数的入口处打一个断点（调用runtime函数之前的断点均可），删除runtime函数的断点。

最后， 等待debug程序启动了，再给runtime函数打上断点即可。

至此， 祝各位开启快乐的debug之旅。

本文来自 GoCN 原创投稿，点击“阅读原文”查看作者博客