我目前正在一个需要JS支持（使用C＃编写的实际程序）的项目中，并且正在使用Jint作为解释器。在进行进一步工作之前，我进行了一项基本的性能测试，以发现编译器（例如Chrome V8）和解释器之间的区别。我预计最多会出现50倍的减速，但发现的速度接近600倍。 Chrome的V8耗时60-100毫秒，而Jint耗时60至70秒。
我使用的测试是Mozilla的Dromaeo String测试-http://dromaeo.com/?dromaeo / http://dromaeo.com/tests/dromaeo-object-string.html，并进行了一些小的修改，无需使用DOM即可工作。
var sTime = new Date();
var startTest = function(){sTime = new Date();};
var test = function(name, fn){ fn(); };
var eTime = new Date();
var endTest = function(){eTime = new Date(); console.log(eTime.getTime() - sTime.getTime());};
var prep = function(fn){ fn(); };
所以，我的问题是：为什么Jint比V8 /本地编译慢600到1000倍？口译员真的那么慢吗？还是这只是Jint特别慢的特殊情况？
编辑
我已经在这里发布了我的测试代码：http://pastebin.com/R017KKvR
似乎是
string.lastIndexOf的问题，需要24-26秒才能完成该测试。 最佳答案
我假设您使用的是Jint v2或更高版本。
在几乎每种情况下，V8始终会更快。正如您所提到的，问题实际上是多少。在这种情况下，这可能来自两个因素：
解释多少会影响执行脚本的时间
String原型方法的实现程度和优化程度
回答此问题的唯一方法是实际剖析所执行脚本的性能，并了解在何处消耗时间。一种更简单的第一种方法也可以跟踪每个不同的分组方法调用，以确定总时间是否可能仅来自其中一个或两个。
您可能也发现了一个巨大的性能错误，我真的很乐意修复。
更新资料
已通过以下提交修复：https://github.com/sebastienros/jint/commit/2ed825cda866092c728b07a9e2b6109b0d20cbc8
关于javascript - Jint使用字符串非常慢，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/26954728/