这是一个创建于 1423 天前的主题，其中的信息可能已经有所发展或是发生改变。
几年前微信小程序 /小游戏出现时发现不支持动态执行，于是研究了一种独特的 JS 虚拟机，架构和传统的虚拟机完全不一样，性能很高，有些特殊的案例甚至可达到原生性能~
不过由于精力有限，当时只做了一个简单的原型而已，很不完善。由于平时不做小程序开发，花大量时间做出来也用不上。所以之后没继续。
不知现实中小程序 /小游戏对动态执行是否有很大的需求，以及是否有高性能的要求？
 | 1 66beta 2022-01-05 15:37:33 +08:00 华为的桌面组件不就是用了一个开源的微型 JS 引擎，叫啥忘记了 |
 | 2 learningman 2022-01-05 15:47:22 +08:00 @66beta #1 JerryScript ？ |
 | 3 kamal 2022-01-05 15:57:42 +08:00 这不是可以热更新，绕过审核了？ |
 | 5 penguinWWY 2022-01-05 19:16:40 +08:00 明确讲：有 |
 | 6 mxT52CRuqR6o5 2022-01-05 19:41:12 +08:00 意义肯定是有的，小游戏的动态执行也许有些人会去用，小程序的动态执行的话直接嵌个 webview 就行了，通常不会优先考虑 js 虚拟机方案 |
 | 7 DrakeXiang 2022-01-05 19:58:13 +08:00 小程序本身就是一坨翔了， 为什么还要在上面雕花 |
 | 8 chotow 2022-01-05 20:15:57 +08:00  2 楼主有能力，希望能为 PWA 添砖加瓦；小程序只会是垄断的工具。 |
 | 9 wukongkong 2022-01-06 13:06:37 +08:00 |
 | 10 vizards 2022-01-06 14:51:41 +08:00 via iPhone 去年我基于 taro3 和 eval5 改造了一个公司内的小程序，基本实现了依靠一个 taro-plugin 和简单的后端配置服务来实现小程序全部业务代码的动态执行。总体感觉下来性能瓶颈并不在 js 虚拟机这里，因为我们的 wxml 动态化实现方式是基于 taro3 的 dynamic template ，小程序的基础组件会被打包进静态基础库，只要 js 业务逻辑中不包含过度复杂的计算，eval5 执行 js 的效率和原生 js 的执行效率相差不大。不知道 LZ 的方案是怎样的，还望不吝赐教 |
 | 11 iqoo OP @wukongkong 和这个完全不同。并不是用解释器的思路实现的，解释执行效率太低了。 |
| 13 wukongkong 2022-01-06 20:54:15 +08:00 @iqoo 也不能这么说。。。。我们做的小程序就挺复杂的。。。。AR ，什么都上了。。。内存占用过大，ios 还容易闪退。。 |
 | 14 icode1688 202 天前 |
Select Language