Linux下附加带GUI进程后界面冻结问题咨询

核心结论 #

Linux下用ptrace attach GUI进程完全可行，你的问题出在操作顺序错误，导致目标进程的GUI线程被意外挂起，无法响应界面事件。

问题根源 #

你的代码中，PTRACE_ATTACH后的操作顺序颠倒了：

1. ptrace(PTRACE_ATTACH) 会向目标进程发送SIGSTOP，强制所有线程暂停
2. 你先调用kill(targetPid, SIGCONT)尝试恢复进程，紧接着又调用waitpid(targetPid, nullptr, 0)等待进程停止
3. 此时waitpid会阻塞等待目标进程的下一次停止事件，而GUI进程的主线程在ptrace跟踪状态下，很容易因为系统调用触发停止，导致主线程一直挂起，界面失去响应

修正方案 #

调整操作顺序，先等待PTRACE_ATTACH触发的初始停止，再发送SIGCONT恢复进程：

修改WorkerThread::Entry函数中attach后的代码段：

if (ptrace(PTRACE_ATTACH, targetPid, nullptr, nullptr) == -1) {
    wxLogError("Failed to attach to process: %s", strerror(errno));
    return (wxThread::ExitCode)0;
} else {
    this->targetPid = targetPid;
    wxLogMessage("Successfully attached to process %ld", targetPid);
    wxThreadEvent* event = new wxThreadEvent(wxEVT_THREAD, EVT_ATTACH_SUCCESS);
    event->SetString("Successfully attached to process " + std::to_string(targetPid));
    wxQueueEvent(m_parent, event);
}

// 先等待PTRACE_ATTACH触发的SIGSTOP
waitpid(targetPid, nullptr, 0);
// 发送SIGCONT恢复进程所有线程
kill(targetPid, SIGCONT);

while(!TestDestroy()) {
    wxThread::This()->Sleep(1000);  // 1 second sleep
}

额外说明 #

• GUI进程的主线程需要持续处理窗口系统（X11/Wayland）的事件，一旦被挂起就会导致界面冻结，但进程的后台线程可能仍在运行（这就是你看到进程还在的原因）
• 如果后续需要对进程进行调试操作（比如读写内存、设置断点），需要在waitpid后使用ptrace(PTRACE_CONT)或其他ptrace命令，而不是直接用kill(SIGCONT)（不过如果只是attach而不调试，kill(SIGCONT)足够）

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