在Boost.Python中定义静态Python对象是否安全？

是的，Boost.Python中必须避免定义静态的Python对象（比如static boost::python::list obj这类），原因和你提到的pybind11问题本质完全一致。

原因分析 #

• C静态对象的析构时机是程序退出阶段，由C运行时触发，这个时机晚于Python解释器的销毁流程。当Python脚本执行完毕，解释器会先完成自身的资源清理，此时所有Python内部的运行时环境已经失效。
• Boost.Python的包装对象（比如boost::python::list）在析构时，需要调用Python C API来释放对应的Python原生对象。如果此时解释器已经失效，这种调用会导致未定义行为——常见表现为程序崩溃、内存泄漏，或者出现无法预测的异常。

替代方案 #

1. 模块级动态对象+手动清理 #

在Boost.Python模块初始化时动态创建对象，存储在全局指针中，同时注册模块清理回调，在回调中手动销毁该对象，保证销毁时机处于Python解释器仍有效的阶段：

#include <boost/python.hpp>
namespace py = boost::python;

py::list* g_global_list = nullptr;

void module_cleanup() {
    delete g_global_list;
    g_global_list = nullptr;
}

BOOST_PYTHON_MODULE(your_module) {
    g_global_list = new py::list();
    // 注册清理函数，确保在解释器失效前执行
    py::atexit(&module_cleanup);
}

2. 让Python管理生命周期 #

将对象暴露为模块级的Python对象，由Python的垃圾回收机制负责其销毁，完全由解释器掌控生命周期，避免析构时机冲突：

#include <boost/python.hpp>
namespace py = boost::python;

BOOST_PYTHON_MODULE(your_module) {
    py::list global_list;
    // 将对象暴露为模块属性，交由Python管理
    py::scope().attr("global_list") = global_list;
}

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