别再用GDB了,一文掌握Go最好用的调试器Delve
👉导读
Delve 是 Go 中使用最多的调试器,本文基于 Delve 对 Go 的调试进行了介绍。如果你对基于日志的调试感到无奈,不妨看一下本文。读完全文还可以参加文末龙年红包封面抽奖活动哦!👉目录
1 Delve 1.1 dlv 安装1.2 内联和优化的关闭
1.3 dlv 中位置的定义
1.4 dlv 支持的表达式
1.5 使用 dlv 开启 debug 的几种方式
2 dlv 中相关命令 2.1 dlv 的配置 2.2 运行相关命令
2.3 断点相关命令 2.4 变量、内存查看相关
2.5 堆栈相关
2.6 查询相关命令
3 Goland 的支持 3.1 断点相关
3.2 变量、内存查看相关 3.3 协程、堆栈相关
01
1.1 dlv 安装
1.2 内联和优化的关闭
使用 dlv 进行调试,需要关闭编译器的内联、优化:
1.10及以后,编译时需指定-gcflags="all=-N -l"
1.10之前,编译时需指定-gcflags="-N -l"
1.3 dlv 中位置的定义
dlv 中多数命令涉及位置(下文的 locspec),位置的定义支持以下几种方式:
通过 Go 文件和行号指定,其格式为 filename:lineNo,如:
list aa/aa.go:15 // 打印aa.go:15上下5行的代码
通过包名和和函数名指定,其格式为 package.function,如:
trace content-service/iteminfo.GetItemV2 // 为包content-service/iteminfo中函数GetItemV2添加trace断点
通过当前文件中绝对、相对位置指定,其格式为 lineNo 或者 +offset/-offset,如:
> iteminfo..GetItemV2()
./iteminfo/itemv2.go:52 (hits goroutine(970048):1 total:1) (PC: 0x22e0f46)
47: rsp.Code = 0
48: return nil
49: }
50:
51: // GetItemV2 _
=> 52: func (i *ItemInfoServiceImpl) GetItemV2(ctx context.Context,
53: req *iteminfopb.GetItemV2Request, rsp *iteminfopb.GetItemV2Reply) (err error) {
54:
55: debug.Stack()
56:
57: err = i.getItemV2Impl(ctx, req, rsp)
(dlv) b 55 // 命中断点后,再次在本文件的55行添加断点,其id为2
Breakpoint 2 set at 0x22e0f73 for iteminfo.GetItemV2() ./api/iteminfo/itemv2.go:55
(dlv) b +5 // 命中断点后,再次在本文件的52+5行添加断点,其id为3
Breakpoint 3 set at 0x22e0f78 for iteminfo..GetItemV2() ./api/iteminfo/itemv2.go:57
(dlv) b -5 // 命中断点后,再次在本文件的52-5行添加断点,其id为4
Breakpoint 4 set at 0x22e0ecc for iteminfo.getItemV2Impl() ./api/iteminfo/itemv2.go:47
1.4 dlv 支持的表达式
目前 dlv 中支持表达式(下文中 expr),包括:
基本类型的一元、二元操作(不支持++ 、--)、比较运算等,如 p 1+1、p 1<<2、p 1<2 等;
类型转换,包括数值类型间转换、string 和 []byte 间转换等,如 p float32(1)、p []byte("aaa");
成员访问,包括结构体、map、数组类型成员的访问,如 p mp["k"]、p arr[1]。需要注意默认对于结构体,只打印2级的数据,如需多级数据访问,需要通过成员访问;
指针的相关操作,包括获取访问地址、指针的解引用等,如 p x.i、p *(x.i) 等
一些内建的函数,包括 cap、len 等,如 p len("aaa");
Interface 类型的断言,如 p iface1.(*struct astruct).B 或者 p iface1.(data).B,需要注意两种表达方式是等价的;
一些内建的变量,如 p runtime.curg.sched,具体可以通过 vars 命令查看,常用参数具体参见下表:
内置变量 | 说明 |
runtime.defaultGOROOT | Go默认root路径 |
runtime.buildVersion | 构建代码的Go版本号 |
runtime.argc、runtime.argv | argc、argv信息 |
runtime.gomaxprocs | 逻辑处理器数目 |
runtime.ncpu | cpu数目 |
runtime.curg | 当前线程的相关信息,具体参见curg定义 |
time.Local | 当前时区信息 |
.......... |
需要注意,上述 p 命令为 print 命令简写,具体可参见2.3.1节
如下:
(dlv) c main.go:48
Breakpoint 1 set at 0x4bf4a7 for main.main() ./main.go:48
> main.main() ./main.go:48 (hits goroutine(1):1 total:1) (PC: 0x4bf4a7)
43: a = uint8(i)
44: x.TestC(i)
45: }
46: }
47:
=> 48: x.TestB()
49:
50: mp := make(map[string]string)
51: var intData int
52: if reflect.TypeOf(intData).AssignableTo(reflect.TypeOf(mp).Elem()) {
53: log.Println("no")
(dlv) p a
9
(dlv) p -a // 一元操作符,打印负a
-9
(dlv) p %3.2f float32(a) // 强制类型转换, 打印强制类型转换后结果
9.00
(dlv) p []byte("aaa") // string和byte的转换, 打印[]byte类型"aaa"
[]uint8 len: 3, cap: 3, [97,97,97]
(dlv) p x.i // 成员的访问, 打印x.i的值
0
(dlv) p &x.i // 获取变量地址, 打印x.i的地址
(*int)(0xc000193e30)
(dlv) p *((*int)(0xc000193e30)) // 指针的解引用, 打印x.i的值
0
(dlv) p len("abc") // 内置函数调用,打印abc的长度
3
(dlv) p animial.(*main.Cat).s // interface的断言
"test"
(dlv) p animial.(data).s // interface的断言、成员访问
"test"
(dlv) p runtime.curg.sched // 内置变量的访问, 打印runtime.curg.sched的值
runtime.gobuf {sp: 0, pc: 4438237, g: 824633745824, ctxt: unsafe.Pointer(0x0), ret: 0, lr: 0, bp: 0}
1.5 使用 dlv 开启 debug 的几种方式
1.5.1 开启 debug 时的一些可选参数
参数传递,debug 时传递参数需要通过--(其主要作用为分割命令和参数)。如下:
[root@b0f67f8932a2 /mnt/code/gotest667]# dlv exec main -- -cfg config.yaml // 为cfg传递参数config.yaml
[root@b0f67f8932a2 /mnt/code/gotest667]# dlv exec main
Type 'help' for list of commands.
(dlv) r -cfg config.yaml // 此时不需要--
Process restarted with PID 29548
(dlv) c
--headless, --listen 启动 debug server、设定 debug server 监听地址,--headless、--listen 通常会与 dlv attach 联合用于远程调试。
目前123的测试环境(测试、pre)与 devCloud 网络是连通的,能够进行远程调试。其操作步骤,参见1.5.3 节
1.5.2 开启 debug 的方式
需要注意本节中 flags 参数指的是1.5.1中参数。
#### dlv debug、dlv exec
默认 dlv debug 会查找当前目录中的 main.main,编译、并开启 debug。其格式如下:
dlv debug [package] [flags]
需要注意,可以通过 package 指定要 debug 的包
与之对应,dlv exec 需要指定一个可执行程序。如下:
dlv exec <path/to/binary> [flags]
#### dlv attach
dlv 提供了进程的 attach 支持,使用 dlv 可以对运行中的进程进行调试。考虑到123测试环境和 devCloud 的网络已经打通,使用该机制可以非常方便的进行远程调试,如下:
dlv attach pid [flags]
在123和 devCloud 间进行远程调试步骤:
123开启 debug server:
dlv attach pid [flags]
devCloud 链接到远程服务器进行调试:
root@b0f67f8932a2 /mnt/code/content_service]# dlv connect xx.xx.xx.xx:2346 // 链接到远程debug server
Type 'help' for list of commands.
(dlv) funcs GetItemV2
git.code.oa.com/ForwardIndex/content-service/api/service/iteminfo.(*ItemInfoServiceImpl).GetItemV2
git.code.oa.com/ForwardIndex/content-service/api/service/iteminfo.(*ItemInfoServiceImpl).GetItemV2Data
......
需注意,devCloud 只能连接到123的测试、预发布环境,无法连接到正式环境。办公网无法连接到123环境
#### dlv core
dlv 也对 coredump 调试提供了支持,使用 dlv core 可以方便的对线上 coredump 进行调试、分析,发现相关问题。其使用方法如下:
dlv core <executable> <core> [flags]
// executeable 即为可执行程序 core为相关coredump文件
Go 中使用 dlv 进行 core dump 调试一般步骤:
1.修改操作系统限制, 略。目前相关镜像都已经进行了配置;
2.设置 GOTRACEBACK,123为服务配置环境变量 GOTRACEBACK=crash,如下:
需要注意,如果此时启用了 recovery 相关机制,协程内的 panic 并不会导致 coredump,此时可在 /usr/local/app/serverHistory.log 中查看相关原因
需要注意,默认 coredump 文件会在可执行程序所在目录,如果需改变位置请修改 /proc/sys/kernel/core_pattern
3.通过 bt ,查看调用堆栈,定位可能的问题发生的位置。
[root@b0f67f8932a2 /mnt/code/gotest667]# dlv core main core.28183
Type 'help' for list of commands.
(dlv) bt
0 0x0000000000460fe1 in runtime.raise
at /usr/local/go1.20/go/src/runtime/sys_linux_amd64.s:154
.........
10 0x0000000000497358 in gotest667/aa.(*Xxx).TestC // 离panic最近的用户逻辑是最有可能导致panic的位置
at ./aa/aa.go:26
11 0x0000000000497358 in main.main
at ./main.go:44
12 0x0000000000434507 in runtime.main
at /usr/local/go1.20/go/src/runtime/proc.go:250
13 0x000000000045f6c1 in runtime.goexit
at /usr/local/go1.20/go/src/runtime/asm_amd64.s:1598
4.通过 frame 命令,移动到相关栈帧,通过 args -v、locals -v 等收集问题发生时各种数据。
(dlv) frame 10 // 移动到可能的函数栈帧
> runtime.raise() /usr/local/go1.20/go/src/runtime/sys_linux_amd64.s:154 (PC: 0x460fe1)
Warning: debugging optimized function
Frame 10: ./aa/aa.go:26 (PC: 497358)
21:
22: func (x *Xxx) TestC(i int) {
23: x.TestA(i)
24: j := 0
25: for ; j < i; j++ {
=> 26: y[j] = i
27: }
28: }
29:
30: func (x *Xxx) TestE() {
31: x.i++
(dlv) locals -v // 查看局部变量
j = (unreadable could not find loclist entry at 0x7076 for address 0x497358)
(dlv) args -v // 查看函数入参
i = (unreadable could not find loclist entry at 0x6ff1 for address 0x497358)
(dlv) vars -v gotest667/aa.y // 查看全局变量
gotest667/aa.y = []int len: 3, cap: 3, [4,4,4]
5.根据已有相关数据,对问题进行定位、分析。
02
2.1 dlv 的配置
dlv 配置默认包含2种方式,基于命令、基于配置文件。需要注意,基于命令的修改是 session 级的,重启 debug 相关配置会丢失。
linux 下 dlv 配置文件默认位于$HOME/.config/dlv/config.yml,其常用配置项包含:
substitute-path: // 用于配置代码查找、替换路径。比如mac发布代码,devcloud进行调试
- {from: $HOME/go/src/content-service, to: /mnt/code/content_service}
max-string-len: 99999 // 打印string的最大长度,如果调试时候无法打印string的全部值,可修改此变量
max-array-values: 99999 // 打印array等的最大长度
aliases:
command: ["alias"] // 为命令command设置别名alias,如display: ["dis"]
config -list // 列出所有配置项
config -save // 保存配置信息至文件
config max-string-len 9999 // 设置打印最大string长度为9999
config max-array-values 9999 // 设置打印最大数组长度为9999
config substitute-path <from> <to> // 设置代码查找、替换路径。需要注意此时不执行save命令,相关配置不会更新
以 substitute-path 为例(mac 编译发布、devCloud 调试,二者路径不同),配置前后对比如下:
配置前:
(dlv) b api/service/iteminfo.(*ItemInfoServiceImpl).GetItemV2
Breakpoint 1 set at 0x183d006 for api/service/iteminfo.(*ItemInfoServiceImpl).GetItemV2() api/service/iteminfo/itemv2.go:51
(dlv) c
> api/service/iteminfo.(*ItemInfoServiceImpl).GetItemV2() api/service/iteminfo/itemv2.go:51 (hits goroutine(6999):1 total:1) (PC: 0x183d006) // 此时命中断点未打印任何信息
Warning: debugging optimized function
(dlv) b api/service/iteminfo.(*ItemInfoServiceImpl).GetItemV2
Breakpoint 1 set at 0x183d006 for api/service/iteminfo.(*ItemInfoServiceImpl).GetItemV2() ./api/service/iteminfo/itemv2.go:51
(dlv) c
> api/service/iteminfo.(*ItemInfoServiceImpl).GetItemV2() ./api/service/iteminfo/itemv2.go:51 (hits goroutine(5462):1 total:1) (PC: 0x183d006) // 命中断点,打印了相关调试信息
Warning: debugging optimized function
46: rsp.Code = 0
47: return nil
48: }
49:
50: // GetItemV2 _
=> 51: func (i *ItemInfoServiceImpl) GetItemV2(ctx context.Context,
52: req *iteminfopb.GetItemV2Request, rsp *iteminfopb.GetItemV2Reply) (err error) {
53:
54: err = i.getItemV2Impl(ctx, req, rsp)
55: return err
56: }
(dlv)
2.2 运行相关命令
2.2.1 restart、exit
restart、exit 分别用于重启进程、退出调试,其命令格式分别如下:
restart // 重启被调试进程,此时并未开始debug,还需要运行continue命令
exit // 退出调试
需注意,restart 只会重启进程,并不会真正开始调试。启动调试需要用 continue
其相关别名(简写)如下:
命令 | 简写 | 说明 |
restart | r | 重启调试进程 |
exit | q | 退出调试 |
2.2.2 continue
continue 会持续运行直到断点、位置或者程序结束,其命令格式如下:
continue [locspec]
需要注意,continue 命令支持直接运行到文件中某行、或者某个函数
continue 命令的别名为: c。
其用法如下:
(dlv) c main.go:48 // 运行调试,直至main.go:48
Breakpoint 1 set at 0x4bf4a7 for main.main() ./main.go:48
> main.main() ./main.go:48 (hits goroutine(1):1 total:1) (PC: 0x4bf4a7)
43: a = uint8(i)
44: x.TestC(i)
45: }
46: }
47:
=> 48: x.TestB() // 此时会在main.go:48行暂停运行
.........
2.2.3 next、step、step out
命令 | 简写 | 说明 |
next | n | 单步调试 |
step | s | 单步调试(进入调试函数) |
step out | so | 单步调试(退出调试函数) |
2.3 断点相关命令
2.3.1 dlv 中断点
dlv 中断点包含以下几种:
trace 断点
trace 断点用于在命中断点时,打印相关提示信息。在查看实现、或者调用路径时比较有用。
trace 断点命令格式如下:
trace [name] [locspec]
// name为断点名
// 省略所有参数,默认会在当前行添加trace断点
(dlv) trace test api/service/iteminfo.(*ItemInfoServiceImpl).GetItemV2 // 设置名为test的trace断点
Tracepoint test set at 0x1843446 for api/service/iteminfo.(*ItemInfoServiceImpl).GetItemV2() ./api/service/iteminfo/itemv2.go:51
(dlv) c
> goroutine(2935359): [test] api/service/iteminfo.(*ItemInfoServiceImpl).GetItemV2(("*api/service/iteminfo.ItemInfoServiceImpl")(0x3da4940), context.Context(*context.valueCtx) 0xbeef000000000108, ("*fwd_content_service_iteminfo.GetItemV2Request")(0xc02ebbf5c0), ("*fwd_content_service_iteminfo.GetItemV2Reply")(0xc06eae7b30)) // trace断点命中,打印相关信息,未暂停程序运行
>> goroutine(2935359): => ((unreadable empty OP stack))
需要注意,trace断点只会打印相关信息,不会暂停程序的运行
break 断点
break [name] [locspec]
// name为断点名
(dlv) b test api/service/iteminfo/itemv2.go:51 // 新增名为test的断点位于itemv2.go:51
Breakpoint test set at 0x1843446 for api/service/iteminfo.(*ItemInfoServiceImpl).GetItemV2() ./api/service/iteminfo/itemv2.go:51
(dlv) c
> [test] api/service/iteminfo.(*ItemInfoServiceImpl).GetItemV2() ./api/service/iteminfo/itemv2.go:51 (hits goroutine(2941592):1 total:1) (PC: 0x1843446)
Warning: debugging optimized function
46: rsp.Code = 0
47: return nil
48: }
49:
50: // GetItemV2 _
=> 51: func (i *ItemInfoServiceImpl) GetItemV2(ctx context.Context,
52: req *iteminfopb.GetItemV2Request, rsp *iteminfopb.GetItemV2Reply) (err error) { // 命中断点,暂停程序运行
.......
需要注意,无论是 trace 断点、break 断点,都可在添加断点时候,为断点命名
watch 断点
watch [-r|-w|-rw] <expr>
-r stops when the memory location is read
-w stops when the memory location is written
-rw stops when the memory location is read or written
// expr为1.4中表达式
(dlv) c main.go:41
Breakpoint 1 set at 0x4bf48a for main.main() ./main.go:41
default
> main.main() ./main.go:41 (hits goroutine(1):1 total:1) (PC: 0x4bf48a)
36: x := aa.Xxx{}
37: t := true
38:
39: time.Sleep(1 * time.Second)
40:
=> 41: if t {
42: for i := 0; i < 10; i++ {
43: a = uint8(i)
44: x.TestC(i)
45: }
46: }
(dlv) p a
(*uint8)(0x59d241)
(dlv) watch -rw * (*uint8) (0x59d241) // 添加watch point
Watchpoint * (*uint8) (0x59d241) set at 0x59d241
(dlv) c
> watchpoint on [* (*uint8) (0x59d241)] main.main() ./main.go:44 (hits goroutine(1):1 total:1) (PC: 0x4bf70f)
39: time.Sleep(1 * time.Second)
40:
41: if t {
42: for i := 0; i < 10; i++ {
43: a = uint8(i)
=> 44: x.TestC(i) // 在a被第一次写时,程序暂停运行
45: }
46: }
.......
2.3.2 断点相关命令
condition 命令
condition(其简写为 cond)命令用于只在条件满足后暂停程序执行,比如要调试的 slice 或者 map 含有较多元素,我们只关心其中某个。其命令如下:
condition <breakpoint name or id> <boolean expression>
// <breakpoint name or id> 为已经存在的breakpoint名或者id
// dlv会在<boolean expression>为true时暂停程序运行
需要注意,cond 命令必须作用于已存在的断点上
如下:
(dlv) b main.go:43 // 在main.go:43添加断点,其id为1
Breakpoint 1 set at 0x4bf704 for main.main() ./main.go:43
(dlv) cond 1 i==3 // 断点1在i==3时暂停
(dlv) c
> main.main() ./main.go:43 (hits goroutine(1):1 total:1) (PC: 0x4bf704)
38:
39: time.Sleep(1 * time.Second)
40:
41: if t {
42: for i := 0; i < 10; i++ {
=> 43: a = uint8(i) // i==3时暂停程序执行
44: x.TestC(i)
45: }
46: }
47:
48: x.TestB()
(dlv) p i
3
.........
on 命令
on 命令用于在命中断点时执行一些操作,目前支持的操作包括:print、stack、goroutine、trace、cond。
其命令格式如下:
on <name or id> <command>
需要注意,on 命令也只能作用于已经存在的断点
需要注意,on 命令是可以用于 trace 断点的
以命中断点,打印某些变量值为例,其具体操作如下:
(dlv) b main.go:43 // 添加断点,其id为1
Breakpoint 1 set at 0x4bf704 for main.main() ./main.go:43
(dlv) on 1 p a // 命中断点1时 打印a的值
(dlv) c
> main.main() ./main.go:43 (hits goroutine(1):1 total:1) (PC: 0x4bf704)
a: 10 // 先打印a的值
38:
39: time.Sleep(1 * time.Second)
40:
41: if t {
42: for i := 0; i < 10; i++ {
=> 43: a = uint8(i)
44: x.TestC(i)
45: }
46: }
47:
48: x.TestB()
(dlv)
其他
其他断点相关命令如下:
命令 | 简写 | 使用方法 | 说明 |
breakpoints | bp | bp | 打印当前所有断点(所有类型)信息 |
toggle | - | toggle <breakpoint name or id> | 禁用breakpoint |
clear | - | clear <breakpoint name or id> | 删除breakpoint |
clearall | - | clearall | 删除所有(所有类型)断点 |
2.4 变量、内存查看相关
2.4.1 print
print 用于打印变量或表达式的值,其用法如下:
print [%format] <expr>
需要注意 print 支持 fmt 系列的选项,常用包含:%f %x %v %T 等
其执行效果参见1.4
2.4.2 args、locals、vars
args 命令用于打印函数的入参,其用法如下
args -v [<regex>] // args命令在-v参数下会打印更详细数据
locals 用于打印局部变量,其用法如下:
locals [-v] [<regex>] // -v用于打印更详细信息
vars 用于打印包级变量,其用法如下:
vars [-v] [<regex>] // -v参数能够打印更详细数据
需要注意,vars 不只能打印自定义的包级别变量,也可以打印内置的包级变量,如 runtime.curg 等
以 args 为例,其输出如下:
(dlv) args
i = ("*api/service/iteminfo.ItemInfoServiceImpl")(0x3da4940)
ctx = context.Context(*context.valueCtx) 0xbeef000000000108
req = ("*fwd_content_service_iteminfo.GetItemV2Request")(0xc03b80aa80)
rsp = ("*fwd_content_service_iteminfo.GetItemV2Reply")(0xc03bf10960)
err = (unreadable empty OP stack)
(dlv) args -v
i = ("*api/service/iteminfo.ItemInfoServiceImpl")(0x3da4940)
*api/service/iteminfo.ItemInfoServiceImpl {}
ctx = context.Context(*context.valueCtx) *{
Context: context.Context(*context.valueCtx) *{
Context: context.Context(*context.valueCtx) ...,
key: interface {}(go.opentelemetry.io/otel/trace.traceContextKeyType) *(*interface {})(0xc0cf8d6e20),
val: interface {}(go.opentelemetry.io/otel/trace.nonRecordingSpan) *(*interface {})(0xc0cf8d6e30),},
key: interface {}(go.opentelemetry.io/otel/trace.traceContextKeyType) currentSpanKey (0),
val: interface {}(*go.opentelemetry.io/otel/sdk/trace.recordingSpan) *{
mu: (*sync.Mutex)(0xc03b1a0f00),
.........
需要注意,args、locals、vars 等通常与 dlv core 一起用于问题的定位与分析
以 args 为例,其输出如下:
2.4.3 display
display -a [%format] <expr> // 添加需要展示的表达式或者变量
display -d <number> // 删除相关display信息
// %format为fmt系列格式化字符串
(dlv) display -a %v tools.isProdEnv // 每次程序暂停打印tool.isProdEnv值, 其id为0
0: pkg/tools.isProdEnv = true
(dlv) c
> api/service/iteminfo.(*ItemInfoServiceImpl).GetItemV2() ./api/service/iteminfo/itemv2.go:51 (hits goroutine(2945141):1 total:1) (PC: 0x1843446)
Warning: debugging optimized function
46: rsp.Code = 0
47: return nil
48: }
49:
50: // GetItemV2 _
=> 51: func (i *ItemInfoServiceImpl) GetItemV2(ctx context.Context,
52: req *iteminfopb.GetItemV2Request, rsp *iteminfopb.GetItemV2Reply) (err error) {
53:
54: err = i.getItemV2Impl(ctx, req, rsp)
55: return err
56: }
0: pkg/tools.isProdEnv = true // 打印pkg/tools.isProdEnv
(dlv) display -d 0 // 移除相关display机制
display 相关机制类似于 on 命令的 print,但 on 命令比 print 支持更多功能
2.4.4 set
set <variable> = <value>
需要注意,如果相关变量的 set 是可以影响函数的执行路径的,但 set 命令需要提前执行
(dlv) c
default
> main.main() ./main.go:39 (hits goroutine(1):1 total:1) (PC: 0x4bf480)
34: a = 10
35:
36: x := aa.Xxx{}
37: t := false
38:
=> 39: time.Sleep(1 * time.Second)
40:
41: if t {
42: for i := 0; i < 10; i++ {
43: a = uint8(i)
44: x.TestC(i)
(dlv) p t // t的值此时为false
false
(dlv) set t=true // 设置t的值为true
(dlv) c main.go:42
> main.main() ./main.go:42 (PC: 0x4bf493)
37: t := false
38:
39: time.Sleep(1 * time.Second)
40:
41: if t {
=> 42: for i := 0; i < 10; i++ { // 此时已经可以进入到if
43: a = uint8(i)
44: x.TestC(i)
45: }
46: }
47:
(dlv)
2.4.5 whatis
whatis <expr>
(dlv) c main.go:30
Breakpoint 1 set at 0x4bf46f for main.main() ./main.go:30
> main.main() ./main.go:30 (hits goroutine(1):1 total:1) (PC: 0x4bf46f)
25:
26: func main() {
27: var animial Animial = Cat{s: "test"}
28: animial.bark()
29:
=> 30: flag.StringVar(cfg, "cfg", "default", "-cfg")
31: flag.Parse()
32:
33: fmt.Println(cfg)
34: a = 10
35:
(dlv) whatis animial // 打印animial类型
main.Animial
Concrete type: *main.Cat
(dlv) whatis animial.s // 打印animial.s类型
string
2.4.6 examinemem
examinemem [-fmt <format>] [-count <count>] [-size <size>] <address>
(dlv) c main.go:43
Breakpoint 1 set at 0x4bf704 for main.main() ./main.go:43
default
> main.main() ./main.go:43 (hits goroutine(1):1 total:1) (PC: 0x4bf704)
38:
39: time.Sleep(1 * time.Second)
40:
41: if t {
42: for i := 0; i < 10; i++ {
=> 43: a = uint8(i)
44: x.TestC(i)
45: }
46: }
47:
48: x.TestB()
(dlv) p a
10
(dlv) p &a
(*uint8)(0x59d241)
(dlv) x -fmt hex -count 2 -size 1 0x59d241 // 以16机制打印0x59d241地址开始内容2次,每次1byte
0x59d241: 0x0a 0x01
(dlv) x -fmt hex -count 1 -size 2 0x59d241 // 以16机制打印0x59d241地址开始内容1次,每次2byte
0x59d241: 0x010a
(dlv)
2.5 堆栈相关
2.5.1 stack
[goroutine <n>] stack [<depth>] [-full]
// goroutine <n> 指定要打印堆栈的协程
// depth 打印0-depth层堆栈
// -full 打印相关入参、局部变量
(dlv) grs // 列出所有协程
.......
Goroutine 19 - User: /root/go/pkg/mod/github.com/panjf2000/ants/v2@v2.4.6/pool.go:69 github.com/panjf2000/ants/v2.(*Pool).purgePeriodically (0x95552b) [chan receive]
......
(dlv) gr 19 bt 3 -full // 打印协程19的前0-3个函数栈帧信息
0 0x000000000043de36 in runtime.gopark
at /usr/local/go1.20/go/src/runtime/proc.go:382
.......
1 0x0000000000408cbd in runtime.chanrecv
at /usr/local/go1.20/go/src/runtime/chan.go:583
c = (*runtime.hchan)(0xc000168060)
ep = unsafe.Pointer(0xc00013a798)
block = true
selected = (unreadable empty OP stack)
received = (unreadable empty OP stack)
~R0 = (unreadable empty OP stack)
t0 = 0
gp = (*runtime.g)(0xc000207380)
mysg = (*runtime.sudog)(0xc0001680c0)
2 0x00000000004087f8 in runtime.chanrecv2
at /usr/local/go1.20/go/src/runtime/chan.go:447
c = (unreadable could not find loclist entry at 0x10dde for address 0x4087f8)
elem = (unreadable could not find loclist entry at 0x10e11 for address 0x4087f8)
received = (unreadable empty OP stack)
3 0x000000000095552b in github.com/panjf2000/ants/v2.(*Pool).purgePeriodically
at /root/go/pkg/mod/github.com/panjf2000/ants/v2@v2.4.6/pool.go:69
p = ("*github.com/panjf2000/ants/v2.Pool")(0xc0002cdb20)
heartbeat = (unreadable could not find loclist entry at 0x7668bf for address 0x95552b)
2.5.2 frame、up、down
frame <m> command // 移动到栈帧m,执行command
up <m> command // 向上移动m个栈帧,执行command
down <m> command // 向下移动m个栈帧,执行command
(dlv) bt
........
6 0x0000000001cffc5d in main.glob..func1
at ./main.go:99
.......
(dlv) frame 6 args -v // 打印栈帧6的入参
ctx = context.Context(*context.valueCtx) *{...}
req = interface {}(*git.woa.com/trpcprotocol/forwardindex/fwd_content_service_iteminfo.GetItemV2Request) *{
state: google.golang.org/protobuf/internal/impl.MessageState {
NoUnkeyedLiterals: google.golang.org/protobuf/internal/pragma.NoUnkeyedLiterals {},
DoNotCompare: google.golang.org/protobuf/internal/pragma.DoNotCompare [],
DoNotCopy: google.golang.org/protobuf/internal/pragma.DoNotCopy [],
atomicMessageInfo: *(*"google.golang.org/protobuf/internal/impl.MessageInfo")(0xc001323fb0),},
sizeCache: 0,
unknownFields: []uint8 len: 0, cap: 0, nil
。。。。。。。。。
2.6 查询相关命令
2.6.1 常用查询命令
命令 | 简写 | 说明 |
funcs | - | 打印所有函数信息 |
goroutines | grs | 打印所有协程信息 |
threads | - | 列出所有线程信息 |
sources | - | 列出所有源文件 |
types | - | 列出所有类型 |
2.6.2 groutine
goroutine [<id>] [<command>] // 切换到相应groutine,执行command
(dlv) gr 6 bt 2 -full // 打印id为6的协程的堆栈信息
0 0x000000000043de36 in runtime.gopark
.......
1 0x000000000044e51e in runtime.selectgo
........
2 0x000000000118dc87 in github.com/RussellLuo/timingwheel.(*TimingWheel).Start.func2
at /root/go/pkg/mod/github.com/!russell!luo/timingwheel@v0.0.0-20191022104228-f534fd34a762/timingwheel.go:145
2.6.3 list
[goroutine <n>] [frame <m>] list [<locspec>] // 查看到某个goroutine的某个函数调用栈帧的源码
(dlv) gr 6 frame 1 list
Goroutine 6 frame 1 at /usr/local/go1.20/go/src/runtime/select.go:327 (PC: 0x44e51e)
322: // Signal to anyone trying to shrink our stack that we're about
323: // to park on a channel. The window between when this G's status
324: // changes and when we set gp.activeStackChans is not safe for
325: // stack shrinking.
326: gp.parkingOnChan.Store(true)
=> 327: gopark(selparkcommit, nil, waitReasonSelect, traceEvGoBlockSelect, 1)
328: gp.activeStackChans = false
329:
330: sellock(scases, lockorder)
331:
332: gp.selectDone.Store(0)
03
Goland 对 dlv 相关机制提供了支持。
Goland 中 debug 相关机制都位于 debug 面板,可通过 view->tool windows->debug 打开。debug 面板默认包含2部分,分别用于展示协程信息、堆栈信息、数据信息,如下:
3.1 断点相关
Goland 中断点相关支持,主要是 evaluate and log、condition 相关机制,具体如下:
evaluate and log,调试过程中 console 打印相关表达式或变量的值;
condition,只有在命中断点 && 相关条件成立时才会暂停程序运行。
在 Goland 中添加断点后,只需要在相关断点右键并单击 More,在弹出对话框中既可使用相关机制:
3.2 变量、内存查看相关
3.3 协程、堆栈相关
分享抽龙年红包封面!!转发本篇文章就能随机获得以下封面 1 个!限量150个,周五中午12点开奖!
📢📢欢迎加入腾讯云开发者社群,社群专享券、大咖交流圈、第一手活动通知、限量鹅厂周边等你来~