如何中断嵌入C++ QT应用中的Python解释器执行？

我来帮你排查下问题所在，你的思路方向是对的，但几个关键细节没处理到位，导致Python执行没被中断。下面一步步拆解问题并给出修正方案：

核心问题分析 #

1. 追踪函数的线程针对性：PyEval_SetTrace是线程局部生效的，你在主线程调用它，只会给主线程的Python状态设置追踪函数，而实际执行Python文件的是非GUI线程，这个线程的追踪函数根本没被设置，自然不会触发中断逻辑。
2. 追踪函数返回值错误：返回0会让Python解释器立即移除追踪函数，第一次调用后就不会再触发了，无法持续监控无限循环的执行。
3. GIL操作冗余且危险：追踪函数是Python解释器在执行指令时主动调用的，此时当前线程已经持有GIL，额外调用PyGILState_Ensure()会导致GIL状态冲突。
4. 中断标志的线程安全问题：b_isInterrupted跨线程访问时，没有同步机制，可能出现内存可见性问题（主线程设置后，执行线程读不到更新）。

修正后的实现方案 #

1. 线程安全的中断标志 #

首先用原子变量保证跨线程访问的安全性：

#include <atomic>
// 全局线程安全的中断标志
std::atomic<bool> b_isInterrupted(false);

2. 在执行Python的线程中设置追踪函数 #

必须在执行Python文件的非GUI线程内，调用PyRun_FileExFlags之前设置追踪函数：

// 非GUI线程的执行逻辑
void PythonWorkerThread::run() {
    PyGILState_STATE state = PyGILState_Ensure();

    // 关键：在当前执行Python的线程中设置追踪函数
    PyEval_SetTrace(TraceHook, nullptr);

    // 打开并执行Python文件
    FILE* fp = fopen(m_pythonFilePath.toStdString().c_str(), "r");
    if (fp != nullptr) {
        PyRun_FileExFlags(fp, m_pythonFilePath.toStdString().c_str(), 
                          Py_file_input, nullptr, nullptr, 1, nullptr, nullptr);
        fclose(fp);
    }

    // 执行完毕后清理追踪函数
    PyEval_SetTrace(nullptr, nullptr);
    PyGILState_Release(state);
}

3. 修正追踪函数逻辑 #

移除冗余的GIL操作，返回1保持追踪函数有效，触发中断时抛出异常：

int TraceHook(PyObject* obj, PyFrameObject* frame, int what, PyObject* arg) {
    // 追踪函数被调用时，当前线程已持有GIL，无需额外获取
    if (b_isInterrupted.load(std::memory_order_acquire)) {
        // 抛出KeyboardInterrupt异常，模拟用户Ctrl+C的中断行为
        PyErr_SetString(PyExc_KeyboardInterrupt, "Python execution interrupted by user.");
        // 返回1保持追踪函数生效，直到异常被解释器处理
        return 1;
    }
    // 返回1让追踪函数持续监控每一条Python指令
    return 1;
}

4. 主线程触发中断的逻辑 #

在停止按钮的点击事件中，安全设置中断标志：

void MainWindow::on_stopExecutionBtn_clicked() {
    // 原子操作设置中断标志，确保执行线程能立即看到更新
    b_isInterrupted.store(true, std::memory_order_release);
}

额外注意事项 #

• 如果你的Python代码包含原生C扩展函数，且该函数没有释放GIL也没有检查Python中断状态，那么追踪函数不会被触发，这种情况需要原生扩展主动支持中断逻辑。
• 执行完毕后记得清理追踪函数，避免后续Python执行受到影响。

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