从另一个线程调用 lua 函数（作为回调）是否足够安全？

Question

实际上，我正在使用 Visual C++ 尝试将 lua 函数绑定为套接字事件的回调（在另一个线程中）。我在一个线程中初始化 lua 的东西，而套接字在另一个线程中，所以每次套接字发送/接收消息时，它都会调用 lua 函数，而 lua 函数根据里面的“标签”确定它应该做什么消息。

所以我的问题是：

1. 既然我将相同的 Lua 状态传递给 lua 函数，那安全吗？它不需要某种保护吗？ lua 函数是从另一个 thead 调用的，所以我猜它们可能会同时被调用。

2. 如果不安全，这种情况的解决方案是什么？

Answer 1

异步回调到 Lua 状态是不安全的。

有很多方法可以解决这个问题。最受欢迎的涉及某种投票。

最近的通用同步库是DarkSideSync

一个流行的 Lua 绑定到 libev 是 lua-ev

This SO answer 推荐使用 LuaSocket 的 Lua Lanes。

Answer 2

1. 在一个 Lua 状态下同时在多个线程中调用函数是不安全的。

2. 我正在处理同样的问题，因为在我的应用程序中，所有基础知识（例如通信）都由 C++ 处理，所有业务逻辑都在 Lua 中实现。我所做的是创建一个 Lua 状态池，它们都是在增量基础上创建和初始化的（一旦没有足够的状态，创建一个并使用通用函数/对象进行初始化）。它的工作原理是这样的：

   • 一旦连接线程需要调用 Lua 函数，它会检查 Lua 状态的实例，在一个单独的（代理）全局表中初始化特定的全局变量（我称之为线程/连接上下文），以防止污染原始全局，但由原始全局索引
   • 调用 Lua 函数
   • 将 Lua 状态检查回池中，在池中将其恢复为“就绪”状态（处理代理全局表）

我认为这种方法也非常适合您的情况。池在上次签出时检查每个状态（以间隔为基础）。当时间差足够大时，它会破坏状态以保留资源并根据当前服务器负载调整活动状态的数量。签出的状态是可用状态中最近使用的状态。

在实施此类池时需要考虑一些事项：

• 每个状态都需要填充相同的变量和全局函数，这会增加内存消耗。
• 实现池中状态计数的上限
• 确保每个状态中的所有全局变量都处于一致状态（如果它们发生变化）（我建议仅预填充静态全局变量，同时在签出状态时填充动态全局变量）
• 动态加载函数。在我的例子中，有成千上万个可以在 Lua 中调用的函数/过程。让它们在所有州不断加载将是一种巨大的浪费。因此，我将它们保留在 C++ 端编译的字节码，并在需要时加载它们。事实证明，在我的情况下不会对性能产生太大影响，但您的里程可能会有所不同。要记住的一件事是只加载一次。假设您调用一个脚本，该脚本需要在循环中调用另一个动态加载的函数。然后，您应该在循环之前将该函数加载为本地一次。否则会严重影响性能。

当然，这只是一个想法，但结果证明最适合我。

Answer 3

1. 正如其他人提到的那样，它不安全
2. 取决于您的用例

最简单的解决方案是使用lua_lock 和lua_unlock 宏的全局锁。那将使用单个 Lua 状态，由单个互斥锁锁定。对于少量的回调可能就足够了，但对于较高的流量，由于产生的开销可能不会。

一旦您需要更好的性能，W.B. 提到的 Lua 状态池。是处理这个问题的好方法。我发现这里最棘手的部分是跨多个州同步全局数据。

DarkSideSync，Doug 提到的，在主应用程序循环驻留在 Lua 端的情况下很有用。我为此专门写了它。在您的情况下，这似乎不合适。话说回来;根据您的需要，您可能会考虑更改您的应用程序，以便主循环确实驻留在 Lua 端。如果你只处理套接字，那么你可以使用 LuaSocket 并且根本不需要同步。但显然这取决于应用程序还能做什么。