__GI__dl_debug_state断点意外触发的原因及自动设置疑问

嗨，别慌！这个断点真不是你漏设或者误操作弄出来的，是GDB自动给加上的，咱们来唠唠为啥会这样：

首先先还原你遇到的现象：

Program terminated with signal SIGTRAP, Trace/breakpoint trap.
#0  __GI__dl_debug_state () at dl-debug.c:74
74      }

你说自己根本没设置过这个断点，但它偏偏触发了，这个疑问从你查到的代码注释里就能直接找到答案~

你用GDB的list命令查看了该函数的源码：

(gdb) list dl-debug.c:74
64      }
65
66
67      /* This function exists solely to have a breakpoint set on it by the
68         debugger.  The debugger is supposed to find this function's address by
69         examining the r_brk member of struct r_debug, but GDB 4.15 in fact looks
70         for this particular symbol name in the PT_INTERP file.  */
71      void
72      _dl_debug_state (void)
73      {
74      }
75      rtld_hidden_def (_dl_debug_state)

重点看这段注释！说白了，_dl_debug_state这个函数就是专门给调试器（比如GDB）准备的“标记点”：

• 它本身是空函数，啥逻辑都没有，唯一的作用就是让GDB能在这儿自动设断点
• GDB需要这个断点来追踪程序的动态链接过程：比如程序启动时加载动态链接库，或者运行过程中加载新的共享库，动态链接器都会调用这个函数，触发GDB的断点，这样GDB就能同步更新程序的调试信息，保证你能在新加载的库上正常设置断点、调试代码

所以这个断点完全是GDB内置的调试机制，自动设置的，和你的操作没关系，属于正常现象哦~

备注：内容来源于stack exchange，提问作者Henry Leong