Java语言与Java语言相比有多快？[关闭]

有没有可以将Javascript性能与Java性能进行比较的测试？

更新：由于每个人都在问这个问题，为什么这是上下文，所以:)

众所周知-我希望-如今的JavaScript不仅驻留在Web客户端中，而且还驻留在具有node.js的Web服务器中。

它也可以在带有appcelerator和phonegap的手机和dekstop中运行。

它也可以在网络浏览器中大量使用，以使用户像桌面应用程序一样享受一流的体验。

但是Java也可以做这些事情，在Web客户端和手机上运行applet。它也是后端的一种语言，有许多框架可供选择。

由于它们在上述区域几乎/全部可以互相替代，因此我想了解每种情况下它们之间的性能差异：

• 客户端：Java Applets vs Javascript
• 服务器：Java EE与带有Node.js + Express的Javascript
• 手机：Java ME与带Phonegap / Appcelerator的Javascript
• 桌面：Java SE与带Phonegap / Appcelerator的Javascript

我希望现在的情况更加清楚。

Java和JavaScript都是编程语言。编程语言只是一堆抽象的数学规则。编程语言不是很快。还是慢。他们只是有。

应用程序的性能与语言无关。最重要的因素是应用程序体系结构。然后是算法效率。然后进行微优化。然后是编译器/解释器的质量。然后是CPU。中间可能还有其他几步。但是，语言并不直接起作用。（当然，如果你谈论的基准，那么也是特定基准起到了重要作用，以及如何很好地执行基准，它是如何运行的，谁执行基准家伙是否真的知道一些关于标杆，甚至更重要的是统计信息。此外，您实际含义的精确定义快速”非常重要，因为它也会对基准产生重大影响。）

但是，该语言可能会间接发挥作用：在10行高表达，清晰，简洁，易读，重构，隔离的高级Lisp代码中查找和修复性能瓶颈要比在100行中更容易。纠结的底层C。（请注意，这两种语言仅是示例。我并不是要单挑一种语言。）例如，Twitter曾说过，与Ruby相比，其语言表达能力较差，它们不会能够在短时间内对其架构进行如此重大的更改，以解决其可伸缩性问题。Node.js之所以能够提供如此出色的事件I / O性能，是因为JavaScript的标准库太烂了。（这样，Node.js本身必须提供所有I / O，因此他们可以从头开始针对事件I / O对其进行优化。Ruby和Python，例如，已经有了事件I / O库，它们的功能与Node.js一样好，并且更加成熟了……但是，Ruby和Python已经拥有大型标准库，包括I / O库，所有这些库都是同步的，不需要在事件库中不能很好地发挥作用。JavaScript不存在无法在事件I / O中很好地使用的I / O库的问题，因为JavaScript没有I / O库完全没有。）

但是，如果您真的想比较两者，那么这里有一个有趣的数据点：HotSpot是由一群人创建的，它是最受欢迎的，性能也更高的JVM实现之一。一个叫拉尔斯·巴克（Lars Bak）的家伙。但是实际上，HotSpot并不是凭空出现的，它是基于Anamorphic Smalltalk VM的源代码的，该源是由一组人（其中包括一个叫Lars Bak的人）创建的。

V8是目前最受欢迎的，性能也更高的JavaScript实现之一，它是由一组人（其中包括一个叫Lars Bak的人）创建的。但是实际上，V8并不是凭空出现的，它是基于Anamorphic Smalltalk VM的源代码的，该源代码是由一组人（其中包括一个叫Lars Bak的人）创建的。

鉴于两者大致相同，我们可以期待相似的性能。唯一的区别是，HotSpot拥有超过一百名工程师从事15年的工作，而V8拥有十几名工程师不到5年的工作。那是性能上的唯一区别。这与静态类型还是动态类型无关（Java是静态类型，但大多数JVM和某些HotSpot都不进行静态优化，所有优化都是纯动态的），编译与解释（HotSpot实际上是通过附加的JIT编译器来解释的，而V8是完全编译的），高级还是低级。这纯粹是关于金钱。

但是我敢打赌，对于Java实现更快的每对Java和JavaScript实现，我可以找到另一对JavaScript实现更快的对。另外，我可能可以保留这对货币，并使用其他基准。将计算机语言基准测试游戏称为“游戏”是有原因的：他们甚至鼓励您在自己的页面上使用基准测试，以使任何一种语言都升至最高水平。

我只需要添加一个轶事：我最近在Javascript（nodejs v0.6.8）中重新实现了Java calc服务器（财务）。在WRT的开发过程中，与原始Java实现相比，使用Java代码实现比使用更少的代码行轻而易举。真的，那是新鲜空气。

基于Javascript的服务器能够以2.4k交易/秒的速度进行计算，而Java服务器在相同硬件上以更少的内存处理400 + /秒的交易。我不会将速度提高归因于原始V8与Java 7的性能，而是归因于实现。Javascript实现使用的数据结构要少得多，方法调用要少一个数量级，并且采用更简单明了的方法。

不用说，我对node.js的性能感到非常满意。这是来自Java多年（9）的人的。

以下是一些比较Javascript（V8）和已编译Java的测试：

• 32位
• 64位

他们表明Java通常更快¹。但是，如果您仔细浏览那些页面和链接的资源，您会发现很难将“喜欢”与“喜欢”进行比较。

有趣的是，在“ regex-dna”基准测试中，JavaScript在某些条件下的性能明显优于Java。我的猜测是，这是因为Javascript regex引擎比Java regex引擎快。鉴于正则表达式在典型Javascript应用程序中的重要性，这并不完全令人惊讶。

^{1-严格来说，您不能说语言X比语言Y快。您只能比较相应语言的特定实现。如果您想通过首页进入，我链接到的站点对此也很清楚。但是，从特定的数据点进行概括并没有明显的矛盾的数据点，这并不是完全不合理的……在计算密集型任务中，Java通常比Javascript更快。但另一方面，这种表现通常不是客观上重要的标准。}

Java，显然。

程序员喜欢比较执行速度，就像某种生气的内容。在大多数情况下，这只是一个指标，并不是长期来看最重要的指标。Java是一种语言，它混合了几乎所有内容的足够快的速度，但又具有足够高的级别，因此您会得到诸如GC之类的东西，而您通常不会以类似的语言得到它们。Javascript是一种动态关闭语言，非常适合快速完成工作（对于FP程序员陷入OO世界；-)）。在任何一个都适合的空间中，没有太多的交叉方式。

我现在就停止思索

编辑：解决帖子中的编辑

由于人们写惯用javascript（由函数组成的函数）的方式，它非常适合异步编程，这可能比其他任何流行的语言都要好。当涉及到大量的短连接时，Node.js令人眼前一亮，因此javascript非常适合此类事情。

尽管node.js绝对令人赞叹不已，但是无论炒作怎么说，成为新的热点并不意味着它是所有方面的最佳选择。如果一个Java应用程序可以被节点替换，那么一开始Java真的不合适。

可能不是，但这并不重要。

在Google Chrome推出JavaScript JIT之前，只要问题变得足够大以克服加载时间，Java就会赢得JavaScript。

由于整数与浮点运算的关系，Java仍应全面淘汰JavaScript。无论JIT多么出色，它都无法真正弥补这一点。

无论如何，WebAssembly都会扭转它的头脑。

http://benchmarksgame.alioth.debian.org/u64q/javascript.html

（请记住要同时查看cpu列和经过的秒数）。

根据上面的链接，现实中的JavaScript几乎在所有情况下都慢得多。

它们只是名字相似而已。Java是在解释JavaScript的同时进行编译的（主要是）。即使使用V8的及时编译器，Java的所有功能也都更快。