multithreading - 使用rabbitmq与多线程之间的区别

Question

如果我错了，请纠正我，但是， 我用 Ruby 进行开发已经有一段时间了，它最明显的缺点之一是缺乏多线程。 最近我一直在探索 Node js，特别是它的非阻塞 IO“功能”。 我的问题是:

1. 当您可以使用像 Node js 这样的多线程语言可以并行触发 1000 个请求并且它们都同时完成时，为什么还要使用单线程语言并使用 RabbitMQ 来实现异步？
2. 与其他多线程语言相比，Node js 有什么创新吗？我想我真正要问的是:node js 非阻塞 IO 和多线程之间有区别吗？

Answer 1

nodeJS不是多线程。它是单线程的，但 IO 发生在该单线程之外。一种流行语是:“除了你的代码之外，一切都是并行的”。

所以 Node 很简单 - 只有一个线程。一次仅执行一行代码。然而，IO 操作(从磁盘读取等)确实是“非阻塞”的，因此您的代码在 IO 操作发生时继续运行。当 IO 结束时，您提供的 IO 操作回调将被执行。

明确回答您的问题:

1. 使用 Node，您的 1000 个请求将不会被准确处理 同时 - 但 IO 部分可能(操作系统会这样做， 在您的代码之外)。在您的实际应用程序中运行的部分 仍然会非常顺序，但返回顺序将取决于 IO的完成顺序，这不在你的掌控之中。

   更重要的是，如果你使用消息传递方案来执行异步 您执行后台操作(完成请求后) 与您的主要“聆听”流程不同的流程中的任务。 因此，如果“后台”进程崩溃，您的监听进程将会 还活着。

2. 如上所述 - Node 有一个非阻塞线程。在一个 多线程语言，您的代码将是并行的(因此您 可能必须处理令人兴奋的事情，例如线程安全)，但是每个 请求将阻塞，直到它执行的任何 IO 完成为止。