如何在不退出GDB且不丢失断点的情况下重新加载重编译二进制文件？

根据优质指南和GDB官方手册的描述，理论上重新编译源文件后，直接在GDB中输入r（run命令）就能自动调试修改后的二进制文件——GDB会自动检查符号文件的修改时间，一旦发现自上次读取后有变动，就会丢弃旧的符号表并重新读取新的。

不过在你使用Ubuntu 16.10调试单个foo.cpp文件（编译命令g++ -ggdb -std=c++11 foo.cpp）的场景中，可能会遇到这个机制不生效的情况，这里给你几个实用的排查和解决方向：

• 确认编译输出的二进制文件名匹配：默认g++编译后生成的是a.out，如果你启动GDB时没有指定具体二进制文件（比如直接敲gdb），它默认加载的就是a.out。如果重新编译时你修改了输出文件名（比如加了-o foo参数），那一定要确保GDB调试的是新生成的文件，否则r命令还是会运行旧的二进制。
• 手动触发符号重载：偶尔会因为文件系统时间同步的小问题，导致GDB没能检测到符号文件的变化。这时候可以手动执行file命令重新加载目标二进制，比如输入file a.out（或你的自定义文件名），之后再执行r就能正常调试新代码了。
• 确保编译时保留调试信息：每次重新编译都要记得加上-ggdb参数，没有这个参数的话，新生成的二进制文件不会包含调试符号，GDB就算加载了新文件也无法正常进行调试。

最后再贴一下GDB手册里的相关描述，帮你确认这个机制的官方定义：

如果符号文件的修改时间自GDB上次读取其符号以来发生了变化，GDB会丢弃原有符号表并重新读取。

内容的提问来源于stack exchange，提问作者user280937