运行node.js的两个进程之间的通信

我正在编写一个服务器,并决定拆分运行node.js的不同进程之间的工作,因为我听说node.js是单线程的,并且认为这将更好地平行。 应用程序将是一个游戏。 我有一个处理HTML页面的进程,然后是处理玩游戏的客户端之间的通信的其他进程。 客户端将被放置在“房间”中,然后通过服务器使用套接字相互通话。 我遇到的问题是,html服务器需要知道不同的房间是多么充分的正确放置人。 套接字服务器需要更新这些信息,以便维护各个房间的准确表示。 所以,据我所知,html服务器和房间服务器需要共享内存中的一些对象。 我打算在一台(多核)机器上运行它。 有谁知道一个简单的方法来做到这一点? 任何帮助将不胜感激

       

网上收集的解决方案 "运行node.js的两个进程之间的通信"

节点当前不直接支持共享内存,这反映了JavaScript完全缺乏语义或支持线程/共享内存处理。

对于节点0.7而言,即使是最近也可以在实验中使用,在单个进程中运行多个事件循环和JS上下文的能力已经成为现实(利用V8的isolates概念和对libuv的大改动来允许每个进程有多个事件循环)。 在这种情况下,有可能,但仍然不是直接支持或容易的,有某种共享内存。 为了做到这一点,你需要使用一个Buffer或者ArrayBuffer(它们都代表JavaScript堆外部的一块内存,但是可以通过有限的方式访问),然后以某种方式共享一个指向底层V8表示的指针异物。 我知道它可以从一个最小的本地节点模块完成,但是我不确定是否可以单独使用JS。

无论如何,只需使用child_process.fork并通过所提供的通信通道(使用序列化)发送(似乎最less的)数据量即可完成所描述的场景。

http://nodejs.org/docs/latest/api/child_processes.html

编辑:假设你使用node-ffi来填补这个空白,那么只有JS才有可能。

你可能想尝试像Redis这样的数据库。 您可以让一个进程订阅一个通道,在每次需要时监听新的连接并从Web服务器发布。 您还可以有多个进程等待用户,并使用列表和BRPOP订阅等待玩家。

听起来像你不想那样做。

服务和消息传递都是IO绑定的,Node对于单个线程是非常擅长的。 如果您需要对这些消息进行长时间的计算,那么这些消息可能适合单独使用,但即使如此,您也许会对使用单个线程的效果感到惊讶。

如果没有,看看工人。

作为一种stream程通信方法,zeromq也正在stream行起来。 也许值得一瞧。 http://www.zeromq.org/和https://github.com/JustinTulloss/zeromq.node