lua_sethook 呼叫函数包含注册的 C 函数吗？

回答标题中的问题: 不，lua_sethook不会在从Lua侧调用的已注册C函数中触发。

此外，为了节省其他也可能想到与我一样的想法的人的时间，我更深入地调查了一下什么机制可以用于停止正在运行的C/C++线程的执行，保存上下文(内存、变量等)，执行一些自定义代码/线程终止条件监控代码(在同一线程内执行)，然后回到保存的上下文或通过lua_error调用返回lua脚本以解开调用堆栈并适当释放资源。我测试了所有这些工具/机制，但没有一个能解决有合作线程终止机制的问题。

• 从主线程中使用TerminateThread来杀死lua/工作线程。不要成本，因为它会让进程的内存处于未定义状态，并且不会释放任何资源，有时会生成内存访问冲突

• LibEvent可以在同一线程中执行信号处理程序。由于某种原因，当我尝试使用示例代码时，它根本没有被调用，并且没有停止线程执行

• boost::asio的截止定时器是异步定时器，可以在触发之间执行一些自定义例程。工作例程必须放置在定时器处理程序代码中，并且不会停止while(true)以在定时器例程中执行

• Windows APISetTimer函数将创建另一个线程来处理信号，这只是移动问题(无法从新创建的线程退出lua线程)

• 中断信号处理程序(在Windows的特定情况下,SIGTERM信号未处理，因此我认为我可以使用一些自定义例程来处理它)：它们无法使用，因为lua_error调用本质上是一个longjmp，而MSDN关于中断信号处理程序的文档不建议使用：

  不要使用longjmp，除非中断由浮点异常引起(也就是说，sig为SIGFPE)。在这种情况下，请首先使用调用_fpreset重新初始化浮点套件。

因此，一旦在从Lua侧调用的注册C++函数中，你实际上无法有后果地强制退出它。

编辑:

我能够强制退出线程 。在我的情况下，我使用了boost::thread并从主线程中调用了interrupt函数。通过在lua_pcall指令周围放置一个带有boost::thread_interrupted异常处理程序的try/catch块，我能够安全地从C++调用lua_error，适当地解开调用堆栈，并以半合作的方式结束lua线程。