我觉得这组 API 有点小问题，应该支持接收 ArrayBuffer 的，但实际还是要转。

我更习惯写 typescript ，找库的话也是 typescript 优先，不然看代码有点痛苦

我个人来说，一个变量可以是多组常量的组合的时候，用宏比较方便，然后就习惯用宏了

最应该做的是去优化下那个 APP 。。。

一直用 preact 当组件框架，感觉还好，hooks 感觉会花太多精力在程序结构上，也没怎么用过，后面 react 会怎么搞我大概也不在意了。。

@Goat121 13# Java 的类是可以热替换的，不用重新 build ，之前碰到过感觉挺神奇的，只是不知道有没有坑。

这不是语言的问题，是生态分裂造成的，现在编译器就好几个，gcc clang msvc ，c++委员会标准库推进慢，各个平台对 c/c++的接口存在差异。
现在的新语言很多都是唯一实现 java(不考虑 android 的话) go rust 啥的。
当然也有一个分裂比较严重的 js ，好在 js 的灵活性在一定程度上减轻了这个问题，但是依然诞生的 webpack rollup swc esbuild 等一大堆构建工具。

如果只要求标准 jre 平台，可以重载 classloader 的 findClass ，调用 defineClass 就行。
如果要 android 平台则需要返回一个由另一个子 classloader 加载的对应类。
第二种方法我之前开发一个框架的时候写过类似的东西，可以参考一下
https://github.com/partic2/xplatj/blob/main/commonj/src/main/java/xplatj/javaplat/pursuer/lang/IntegratedClassLoader.java

强制扫码登录搞得我有点恼火，打算找替代，最近试着用了下阿里云邮箱，感觉还行，启用 POP 也比较顺利。不知道有没有坑点。

我也写过一个 webassembly 的 jit 运行环境，没用 llvm ，用的是更简单的 sljit 。感兴趣的可以看看

https://github.com/partic2/pwart
https://gitee.com/partic/pwart


@favourstreet
有一些简单的库可以做 jit ，像上面提到的 sljit ，还有 gnu lighting 啥的，不过性能优化啥的应该是比不过专业级的 llvm

不是错过路口的问题，大部分用户会提前转向，提前转向也会因为还没到路口操作无响应，角色 update 又会重置操作，所以必须一直频繁按方向键，而且依然会错过，体验可以说比较糟糕。我试着调整成记住上次操作的方向以后体验感觉还是好不少的。

我也是联通，最近几天 github 已经无限超时了，只能挂梯或者用 fastgithub 连。

只是 es6 支持的话 ,可以用 babel 试试。
单独 x5 内核我试过 android6.0 arm32 位平台是可以的，不过第一次运行要下载内核，还不小，失败就会切换回系统内核，所以理想方案是下载好 x5 的 app 提取出 x5 的资源打包，在第一次运行的时候解压回原位置，听说有微信会从微信获取内核，可以装个微信试试？
以上是 native app 开发的经历，没有使用过 flutter

@charlie21
现在 Chrome 不都是自动更新的最新版本，网页也没见经常出问题，为什么 electron 就有版本锁定和兼容的问题？

@745839 不好意思，看漏了一点，200 的延时可能会影响其他逻辑执行频率，建议你还是 600 改 300 吧。

@745839 所以你看下我写的公式啊，123*600*200 ，你挑一个常量减半就可以了，如果要保证 minute_delay 123 是分钟数那你就改另两个，话说免费帮你改了，就来看下给我的项目吧，喜欢的话可以点个 Star ，也欢迎提 BUG 和 PR
https://www.v2ex.com/t/886740 ，( https://github.com/partic2/pwart)

API 没有靠猜很难搞吧。。我就假设延时是毫秒单位。123*600*200/1000/60 就 246 分钟了。。

@EulerChen
原想法是 写一个承载各种语言的跨平台通用运行时 /虚拟机，实现生态复用(类似 minijvm 项目，不过是 wasm)。不想依赖 llvm ，是因为 llvm 太重，在客户端场景使用可能效果不理想。再加上发现了比较成熟的轻量 jit 引擎 sljit ，支持很多 cpu 和操作系统，于是就实现了这个库。

现在的想法就像正文里写的。从现在的语言生态来说，使用 c(tinycc) + js(quickjs)作为轻量通用跨平台层似乎更好，毕竟上面两个语言已经承载了非常庞大的生态。当然这还要看 wasm 后续生态的发展。

虽然暂时工作重心不在这个项目，不过如果有人报 BUG 或者 PR ，我也会花时间搞一搞。