如何实现进程等待GDB完成附加后再继续执行？

核心思路 #

通过信号同步或标记文件/管道的方式，让子进程在确认GDB成功附加父进程后，主动触发父进程继续执行，彻底避免依赖硬等待时长的不可靠方案。

方法一：信号同步（最可靠） #

1. 父进程fork子进程后，立即调用raise(SIGSTOP)让自身进入暂停状态（此时进程会处于T状态，必须等待SIGCONT信号才能恢复）。
2. 子进程启动GDB时，添加初始化指令：附加父进程后先发送SIGCONT唤醒父进程，再让父进程继续执行。

子进程执行的GDB命令示例：

gdb -p $parentpid -ex "signal SIGCONT" -ex "continue"

• -ex "signal SIGCONT"：附加完成后，立刻向父进程发送唤醒信号
• -ex "continue"：让父进程恢复执行逻辑

方法二：标记文件/管道同步 #

如果担心信号逻辑与现有业务冲突，可采用标记同步：

1. 父进程fork前创建临时文件或匿名管道。
2. 父进程fork后，阻塞等待临时文件出现特定内容，或从管道读取数据。
3. 子进程启动GDB时，添加初始化指令，在附加完成后写入标记内容。
4. 父进程检测到标记后，继续执行后续逻辑。

GDB初始化命令示例（写入标记文件）：

gdb -p $parentpid -ex "shell echo 'attached' > /tmp/gdb_attach_done" -ex "continue"

父进程等待逻辑（伪代码）：

// 轮询等待标记文件生成
while (access("/tmp/gdb_attach_done", F_OK) != 0) {
    usleep(10000); // 短间隔轮询，比固定时长等待更高效
}
// 清理临时文件（可选）
remove("/tmp/gdb_attach_done");
// 继续执行业务逻辑

注意事项 #

• 方法一中的SIGSTOP是不可忽略的信号，能确保父进程必定暂停，直到被SIGCONT唤醒，可靠性拉满。
• 若父进程已有信号处理逻辑，需确认SIGCONT的处理逻辑不会干扰正常业务。
• 方法二的临时文件需在后续逻辑中清理，避免残留垃圾文件。

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