由于语言发展的不同上下文，Java 和 JavaScript 等不同语言之间的速度和性能比较存在根本缺陷。此外，在选择语言时，程序员的生产力和开发生态系统等因素起着更大的作用。
也就是说，在 Web 应用程序的服务器端，Java 和 JavaScript 之间的重叠越来越多，这使得比较比过去更加有效。那么服务器端 JavaScript（Node.js）如何与 Java 相提并论呢？
本文目录
Java 速度
作为一种编译语言，Java 在虚拟机上运行自然比 JavaScript 快。即使 JavaScript 通过 JIT 编译弥补了这一差距，Java 对多线程和并发的内置支持仍然存在问题。跨多个线程并行运行进程的能力不容小觑。您可以释放主机上所有 CPU 内核的全部潜力。权衡是跨线程管理共享内存并不容易。Java 开发人员确实必须知道他们在做什么来大规模管理并发。换句话说，虽然您可以编写实时的极速 Java 应用程序，但实际上很难做到正确。
JavaScript 速度
由于 JIT 编译，JavaScript 获得了解释（快速启动）和编译（随着时间的推移性能更好）语言的好处。JavaScript 程序最初是解释运行的，但会监视和存储代码以供将来 JIT 编译。Node.js 处理并发性的方式与 Java 非常不同，它选择使用单个执行主线程和支持后台线程来执行 I/O 工作。自动队列管理主线程和这些后台线程之间的协调。最终结果是快速的服务器端 JavaScript 具有更易于推理的并发模型。对于并行性，Node.js 依赖于节点集群，其中子进程被分叉以并行处理任务。父子进程通过IPC（进程间通信）进行通信。IPC 是 JavaScript 和具有多线程功能的编译语言之间速度的主要瓶颈。也就是说，对于大多数通用应用程序而言，JavaScript 独特的解释和编译性能组合使其在通用应用程序设计的速度方面成为一场势均力敌的竞赛。
