使用Pybind11封装含std::thread属性的C++类报错解决

编译报错的核心原因是std::thread类型本身禁止拷贝操作：C标准中std::thread的拷贝构造函数、拷贝赋值运算符都被显式标记为=delete，仅支持移动语义。
你在绑定代码中使用.def_readwrite("mythread",&MyClass::mythread);暴露类的线程成员时，pybind11的def_readwrite方法会默认生成「从Python侧传值给C成员、触发拷贝赋值」的逻辑，刚好命中了std::thread已删除的拷贝赋值函数，直接触发编译错误。
而且从封装逻辑来说，std::thread mythread本身是类内部管理线程生命周期的实现细节，Python侧完全不需要直接操作这个原生线程对象，暴露它本身就是不合理的设计。

• 最直接的修复：直接删除绑定代码中.def_readwrite("mythread",&MyClass::mythread);这一行。Python侧只需要调用你已经写好的start()、stop()、mythread_function()公开接口即可，不需要直接访问内部线程成员，删除后即可消除编译错误。
• 如果确实需要在Python侧查询线程状态，不要直接暴露std::thread成员，给MyClass新增专门的状态查询接口即可，比如新增bool is_thread_running() { return mythread.joinable(); }方法，再单独把这个方法绑定到Python层。

#include <pybind11/pybind11.h>
#include "MyClass.hpp"

namespace py = pybind11;

PYBIND11_MODULE(mymodule, m){
    
    py::class_<MyClass>(m, "MyClass") 
            .def(py::init<>())
            .def("start", &MyClass::start) 
            .def("stop", &MyClass::stop)
            .def("mythread_function",&MyClass::mythread_function);
}

• 现有代码的析构函数存在崩溃风险：如果对象销毁前用户没有手动调用stop()，std::thread对象析构时会直接触发std::terminate终止程序。建议修改析构函数逻辑，自动回收线程资源：

MyClass::~MyClass()
{
    if (mythread.joinable()) {
        mythread.join();
    }
    std::cout << "MyClass destructor" << std::endl;
}

• 调整编译命令的库链接顺序：部分gcc版本要求链接库放在编译参数末尾，否则会出现符号找不到的问题，修正后的编译命令如下：

g++ -shared -fPIC -std=c++11 -I./pybind11/include/ `python3.7 -m pybind11 --includes` Wrapper.cpp MyClass.cpp -o mymodule.so `python3.7-config --ldflags` -lpthread

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