在 OTP/Erlang 中将 ID 映射到进程的惯用方式是什么？

Question

我有一个托管多个游戏实例的游戏服务器。玩家可以输入一个 ID 来加入当前正在运行的游戏。为了将客户端与他们想要的游戏实例配对，我有一个 ETS 表，它将游戏 ID 映射到处理该特定游戏实例的 Erlang 进程的 PID。虽然这可行，但我不太喜欢使用 ETS，因为它会创建不受任何进程控制的全局数据。

我想知道的是：在 Erlang/OTP 中是否有惯用的方式将标识符映射到进程？在这种情况下使用 ETS 可以吗，因为数据本质上是全局的？或者我应该有一个进程来存储所有 ID 的字典来处理映射？我觉得这更像是 Erlang 风格，但可能不如高性能或并发。我在查看其他 SO 答案时也遇到了gproc，这似乎是一个改进的流程字典。但是，我的印象是使用进程字典是不受欢迎的 (according to the erlang.org web page)。

Answer 1

ETS tables 可以由给定的进程/gen_server 控制，并且它们的所有权可以在出现问题时通过 ets:give_away/3 或 heir option 在表创建期间从进程转移到进程。

许多游戏开发者都依赖memcached 之类的东西，它与ETS 没有（故意）不同。但是，mnesia 是一个非常稳定的 OTP 应用程序，与ETS 相比，它可以处理更多的并发更新。我们在非常繁忙的应用程序中使用了 mnesia，并且它从未停止过，除非整个 VM 由于其他问题而停止运行。实际上，大多数用 erlang 构建的可用系统确实依赖 mnesia 或 ETS 在冗余组件之间共享状态，以便当一个故障转移到另一个时，内存中的数据可用。

gproc 是一个非常方便的工具，尤其适用于游戏之类的东西。这是因为，一个进程依赖于它自己易于访问的数据。没有其他进程可以查找其他进程的数据。因此，您也可以使用gproc，而不是将游戏状态保持在ETS。

无论如何，如果您有时间，您可以尝试每个选项并进行一些负载测试，看看哪一个表现更好。