在调试 Go 程序时，如果 GDB 提示 "Reading symbols from /path/to/executable...(no debugging symbols found)...done."，这意味着程序在编译时移除了调试符号，导致 GDB 无法找到可用于调试的信息。
要解决这个问题，关键在于确保在编译 Go 程序时包含调试符号。默认情况下，go build 命令会包含调试信息，但如果使用了 -ldflags 标志，则需要小心处理。
正确编译 Go 程序以包含调试信息：
避免使用 -ldflags "-s" 标志。-s 标志的作用是从最终的可执行文件中剥离符号表和调试信息，这会显著减小文件大小，但在调试时会带来麻烦。
示例：
如果你的构建命令类似于：
go build -ldflags "-s" myprogram.go
请将其修改为：
go build myprogram.go
或者，如果需要使用 ldflags 传递其他参数，请确保不要包含 -s 标志。 例如：
go build -ldflags "-w" myprogram.go
-w 标志会移除 DWARF 调试信息中的符号表，但保留了行表，对调试也有一定影响，建议在调试期间也避免使用。
使用 GDB 调试 Go 程序：
确保 GDB 已正确安装和配置。 建议使用最新版本的 GDB。
使用 go build 命令编译 Go 程序，不要使用 -ldflags "-s"。
-
使用 GDB 启动调试会话：
gdb your_program
设置断点、单步执行、检查变量等，进行调试。
注意事项：
- 确保你的 Go 版本是最新的，以便获得最佳的调试体验。
- 如果仍然遇到问题，请检查你的 GDB 配置和程序构建过程，确保没有其他因素导致调试符号被移除。
- 如果使用了 -buildmode=pie，可能需要设置 set disable-randomization off 才能正确设置断点。
- 某些优化编译器标志可能会影响调试体验。如果遇到奇怪的行为，可以尝试禁用优化。
总结：
在使用 GDB 调试 Go 程序时，确保编译后的可执行文件包含调试符号至关重要。 避免使用 -ldflags "-s" 标志，并仔细检查构建过程，确保没有其他因素导致调试符号被移除。 通过正确编译和配置 GDB，你可以有效地调试 Go 程序并解决问题。
