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 呢？这对于安卓设备来说运行效率会极大的提高。

@Jooooooooo 那是否可以这么说，用 java 写上层应用的时候，java 是高层和抽象的语言，因为按你的说法，使用者不关心硬件或平台底层细节；用 java 写 jvm 或 OS 的时候，那按你的说法，java 是底层语言，因为这个时候使用者必须非常关心和了解硬件和平台底层细节。你觉得我这说法对吗？

@Jooooooooo 所以当你自己写 jvm 的时候，要直接处理底层细节，你说这个时候 java 是否底层？

@Jooooooooo 按照你这个观点，那正好说明 java 和 C 、C++一样底层。所谓跨平台，是因为 jvm 屏蔽了底层的细节，比如你说的 volatile 。但是 volatile 之所以能实现所有平台语义的统一，完全是靠底层的 jvm 实现的。所以现在有了下一代的通用高性能跨语言虚拟机 GraalVM ，GraalVM 是一个完全由 java 实现的 java 虚拟机，如果你有需要，你完全可以自己实现底层细节，你想要修改 volatile 的语义，你可以自己修改 GraalVM ，你甚至可以自定义 java 的语法规范。而在 GraalVM 出现之前，这些细节的工作是由 C++实现的。所以，GraalVM 的出现，说明 java 至少可以做到和 C++一样底层的事情。

@Jooooooooo
@voidmnwzp 就看你怎么定义“底层”了，GraalVM 是完全由 java 实现的通用高性能虚拟机，做到了和真实物理机指令集对应而不是和某一门编程语言语法对应，也就是说你用汇编干的活用这玩意都能干，这个算底层不？

java 是瘦语核的语言，光学会 java 的语法什么也做不了，必须使用 JDK 提供的类库或者框架才能实现一些复杂的功能，没有框架确实什么也做不了

@duanquanyong 如果用 native image 编译的话，可以极大的节省资源。

@makelove jvm 系的桌面应用性能肯定是比 web 系的 electron 强一大截的，这个毫无疑问。追求原生渲染也可以把 java 等 AOT 编译成 native ，不会和 QT 之类的有任何区别，而 web 系的桌面软件想做 AOT 几乎不可能。
现在 jvm 平台还在发展，GraalVM 和 Project Valhalla 可以让 jvm 系软件的体验轻松达到 C++系的水平。现在 web 系的 electron 其实只是一个妥协，为了开发的简单而完全牺牲了应用的性能和体验，微软已经开始放弃 electron 了。jvm 现在只等 Project Valhalla 等项目正式发布了，估计还有两三年时间才能真正成熟。

@theRealWhexy Fleet 绝大部分代码都是 kotlin 实现的，只有一小部分 Rust 代码负责与 native 部分的 skija 交互。

@anonymousar 我认为没必要，上大学后学的第一门语言就是 C 语言吧？既然都学 C 了，就没必要学 C++了，C++所有的特性都可以用 C 实现。学完 C 直接学 java 就行了。

从一个社区主导的语言转变成有制度有架构的组织主导的语言，以后 PHP 的发展可能会变得更规范，加什么特性不会像社区那么随意了，但是面对变化可能会变得更谨慎，或者说迟钝。