做一个高性能的小程序 JS 虚拟机有意义吗

[iqoo]

几年前微信小程序 /小游戏出现时发现不支持动态执行，于是研究了一种独特的 JS 虚拟机，架构和传统的虚拟机完全不一样，性能很高，有些特殊的案例甚至可达到原生性能~

不过由于精力有限，当时只做了一个简单的原型而已，很不完善。由于平时不做小程序开发，花大量时间做出来也用不上。所以之后没继续。

不知现实中小程序 /小游戏对动态执行是否有很大的需求，以及是否有高性能的要求？

[66beta]

华为的桌面组件不就是用了一个开源的微型 JS 引擎，叫啥忘记了

[learningman]

@66beta #1 JerryScript ？

[kamal]

这不是可以热更新，绕过审核了？

[iqoo]

@kamal 可以，但不知道有没有什么风险，发现后会被警告吗

[penguinWWY]

明确讲：有

[mxT52CRuqR6o5]

意义肯定是有的，小游戏的动态执行也许有些人会去用，小程序的动态执行的话直接嵌个 webview 就行了，通常不会优先考虑 js 虚拟机方案

[DrakeXiang]

小程序本身就是一坨翔了， 为什么还要在上面雕花

[chotow]

楼主有能力，希望能为 PWA 添砖加瓦；小程序只会是垄断的工具。

[wukongkong]

类似 https://github.com/livoras/nestscript

[vizards]

去年我基于 taro3 和 eval5 改造了一个公司内的小程序，基本实现了依靠一个 taro-plugin 和简单的后端配置服务来实现小程序全部业务代码的动态执行。总体感觉下来性能瓶颈并不在 js 虚拟机这里，因为我们的 wxml 动态化实现方式是基于 taro3 的 dynamic template ，小程序的基础组件会被打包进静态基础库，只要 js 业务逻辑中不包含过度复杂的计算，eval5 执行 js 的效率和原生 js 的执行效率相差不大。不知道 LZ 的方案是怎样的，还望不吝赐教

[iqoo]

@wukongkong 和这个完全不同。并不是用解释器的思路实现的，解释执行效率太低了。

[iqoo]

@vizards 小程序确实对性能不敏感，很少有大量的计算。不过小游戏可能会多一点，很多游戏逻辑还是比较复杂的。

[wukongkong]

@iqoo 也不能这么说。。。。我们做的小程序就挺复杂的。。。。AR ，什么都上了。。。内存占用过大，ios 还容易闪退。。