哪些原因会导致gdb断点不触发 函数断点多次命中后未触发随即出现段错误

• 编译时开启了过高的优化等级：如-O2、O3优化会调整代码执行顺序、inline函数、删除冗余代码，导致断点对应的行号实际在生成的汇编中不存在，或者逻辑位置发生偏移
• 断点设置的位置不属于实际执行的代码路径：函数被分支判断跳过、多态调用时实际执行的是其他子类实现、动态链接库未加载时设置的断点没有生效
• 代码被修改后未重新编译：源文件和运行的二进制程序的行号不匹配，断点设置在旧版本的行号上
• 多线程场景下的信号中断：线程在进入断点位置前收到终止信号，直接跳过断点逻辑
• 断点被意外删除或禁用：手动执行了delete/disable命令，或者gdb会话异常导致断点状态变更
• 函数被inline展开：如果编译器将目标函数inline到调用方，函数入口的断点不会触发，实际执行逻辑直接嵌入到调用方代码中
• 非法跳转进入函数：调用方通过野指针、错误的函数指针直接跳转到函数内部位置执行，没有经过函数入口的断点位置

从提供的gdb日志可以确认以下关键信息：断点设置的ambl_test_event_processor函数1018行对应的地址为0x5852d6e0，此前多次正常命中；段错误发生在同一个函数的1568行，对应地址为0x5852d996，且该次调用的第一个入参ambl_data=0x0。

本次断点未触发的核心原因是非法指针跳转导致执行流程未经过函数入口：
触发段错误的本次调用，是调用方通过野函数指针、错误的跳转逻辑直接进入了ambl_test_event_processor函数1018行之后的位置执行，没有运行到1018行的断点地址，因此断点没有命中。从ambl_data=0x0的异常入参也可以验证，该次调用不属于正常的函数调用流程，入参没有按照正常调用约定传递。

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