前言
本意是打算研究一下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 原创投稿，点击“阅读原文”查看作者博客
本文分享自微信公众号 - GoCN（golangchina）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
来源：oschina
链接：https://my.oschina.net/u/4628563/blog/4723935