Cha*_*l72 5 c python python-c-api python-c-extension python-3.x
我应该打电话的时候有点困惑PyEval_InitThreads.一般来说,我知道PyEval_InitThreads只要使用非Python线程(即在扩展模块中生成的线程),就必须调用它.
但是,如果PyEval_InitThreads是嵌入Python解释器的C程序,或导入C扩展模块的Python程序,或者两者兼而有之,我很困惑.
因此,如果我编写一个内部启动线程的C扩展模块,PyEval_InitThreads在初始化模块时是否需要调用?
此外,PyEval_InitThreads 隐式获取全局解释器锁.因此,在调用之后PyEval_InitThreads,可能必须释放 GIL 或随后发生死锁.那么你如何释放锁?阅读文档后,PyEval_ReleaseLock()似乎是释放GIL的方法.但是,实际上,如果我在C扩展模块中使用以下代码:
PyEval_InitThreads();
PyEval_ReleaseLock();
Run Code Online (Sandbox Code Playgroud)
...然后在运行时Python中止:
Fatal Python error: drop_gil: GIL is not locked
Run Code Online (Sandbox Code Playgroud)
那么在获得GIL后如何释放GIL PyEval_InitThreads?
大多数应用程序根本不需要了解PyEval_InitThreads()。
只有当您的嵌入应用程序或扩展模块将从Python 外部生成的多个线程进行 Python C API 调用时,您才应该使用它。
不要调用PyEval_ReleaseLock()稍后将进行 Python C API 调用的任何线程(除非您在这些线程之前重新获取它)。在这种情况下,您应该真正使用Py_BEGIN_ALLOW_THREADS和Py_END_ALLOW_THREADS宏。