Node.js 节点的内存存储中是否有任何进程间存储？

假设我想在两个进程之间共享一些上下文（只是一些字符串）。我可以用一个文件（fs.writeFile/readFile）完成，但磁盘速度很慢。有没有办法在内存中存储上下文？Redis（我不熟悉）是否适合此任务？这不是太重了吗？有非常轻的吗

---

p.S.IPC和任何其他异步进程间通信都不适用。

请注意，诸如太重/太合适之类的问题取决于您的需求您可以尝试Sphinx。这是一个全文搜索引擎。不是为您描述的案例场景设计的，但是可以工作，您可以使用任何与MYSQL兼容的驱动程序（在本例中为MYSQL或Mysql2模块）与之通信。它非常快速且非常轻量级，我可以在不到20MB的内存中索引100.000个5行字符变化的项，查询通常需要不到0,01ms的时间返回。@rkmax这是异步的，不幸的是（正如我所说）不适合@NickLeBlanc我想它的开销比redis还要大，因为它必须与所有搜索相关functionality@NurbolAlpysbayev不是真的，只要你不使用这些功能，你会没事的，Sphinx内置的直接ID匹配机制性能非常好，开销非常低，你可以在线查看一些基准测试和文档以获取更多信息。不管怎样，如果你能提供更多关于你需求的信息，也许我们可以建议一些更合适的。看看，像太重/合适之类的问题，这取决于你的需求。你可以试试斯芬克斯。这是一个全文搜索引擎。不是为您描述的案例场景设计的，但是可以工作，您可以使用任何与MYSQL兼容的驱动程序（在本例中为MYSQL或Mysql2模块）与之通信。它非常快速且非常轻量级，我可以在不到20MB的内存中索引100.000个5行字符变化的项，查询通常需要不到0,01ms的时间返回。@rkmax这是异步的，不幸的是（正如我所说）不适合@NickLeBlanc我想它的开销比redis还要大，因为它必须与所有搜索相关functionality@NurbolAlpysbayev不是真的，只要你不使用这些功能，你会没事的，Sphinx内置的直接ID匹配机制性能非常好，开销非常低，你可以在线查看一些基准测试和文档以获取更多信息。无论如何，如果你能提供更多关于你的需求的信息，也许我们可以提出更合适的建议。