WASM 和 GraalVM 有什么区别？
1. GraalVM 完全支持热加载。
2. GraalVM 完全支持跨平台，甚至可以嵌入到 MySQL 和 Oracle 中作为执行引擎。
3. GraalVM 支持 jvm 语言，如果 java 、kotlin 、Scala 等 jvm 语言，也支持 js 、Python 、ruby 等动态语言，还支持 C 、C++等基于 LLVM 的语言，跨语言调用无性能损失
4. GraalVM 性能非常优秀，可以高性能通用编译后端
5. GraalVM 同时支持 AOT 和 JIT ，任何语言只要编译到 GraalVM 字节码，就能进行 AOT 编译，获得最快的启动速度，也可以进行 JIT 编译，获得最高的性能峰值

卧槽，不是说 2022 年第三季度出吗，怎么现在就出了，我得去试试了

@stnaw
@doublleft 请看我的回复

@zwgf 还有一个问题不知道你有没有考虑过，就是即便是公链，由于每个全节点都要存储这个公链自诞生以来的所有交易信息，这个存储成本有多高？现在的比特币的历史交易信息已经达到了 50 多 GB 的量级。如果你搭建一个公链用来存储每年的法律案件信息，那这个数据量会膨胀的有多快？每年 100TB 能打的住吗？这么高的存储成本，谁能承受？如果只有一少部分用户能够承受，那随着历史数据的膨胀，整个公链的全节点数量会越来越少，到最后可能全网几百万个节点里只有几个全节点，那这个公链是否已成了事实上的中心化的数据库？是否会出现只要那几个全节点凑一块商量一下就能任意篡改链上的所有数据？

没有优势，用 IDEA 的 GUI 界面操作 git 非常方便，我看别人用 VS Code 操作 git 都用命令行，那个效率慢的让我捉急。。

@exiledkingcc 不不不，像王垠的这个设想 ，jvm 就是 OS ，而且有许多狭义上的 jvm 没有的功能，比如安装第三方应用、客户端远程连接等。只不过是把传统的操作系统内核给换成 jvm 而已。所以 java 能写 jvm ，当然也能写 OS ，这是 java ME 和 GraalVM 已经验证过的事情。

@voidmnwzp java 怎么不可能写 os ，Java ME 就运行在资源极其受限的设备上，根本就没有操作系统，所有的硬件资源都是靠一个极其精简的 jvm 管理。那扩大到 Java SE 平台，jvm 当然也可以管理更丰富的硬件资源。所以对于 java 来说，操作系统是冗余的，如果让 jvm 直接管理硬件资源，会大大提高性能。
有一篇文章就说了这个设想：一种新的操作系统设计 http://www.yinwang.org/blog-cn/2013/04/14/os-design 。知乎上也有对这篇文章的讨论：如何看待王垠对于内存管理的理解？ - 灵剑的回答 - 知乎
https://www.zhihu.com/question/484194993/answer/2098751994
。总的思想就是让 JVM 直接运行在裸机上，去掉操作系统的冗余，这样 JVM 就是操作系统，极大的提高程序的运行性能。其实这样的想法我很早之前也想到的，现在全世界几十亿台安卓设备，底层都是 Linux 系统，然后在 Linux 之上运行了 jvm ，在 jvm 之上再运行安卓应用。我就想为什么不直接运行 jvm ，去掉 Linux 呢？这对于安卓设备来说运行效率会极大的提高。