官方回应无虚拟DOM版Vue为什么叫Vapor
相信很多人和我一样，好奇无虚拟DOM版的Vue为什么叫Vue Vapor。之前看过一个很新颖的观点：Vue1时代就没有虚拟DOM，而那个时代恰好处于前端界的第一次工业革命，也就是以声明式代替命令式的写法。所以无虚拟DOM版Vue让人感觉梦回Vue1，于是就采取了Vapor这个名字。
Vapor是蒸汽的意思，第一次工业革命开创了以机器代替手工劳动的时代，该革命以蒸汽机作为动力机被广泛使用为标志。
不过这个说法并非来自官方，虽然乍一听还挺有道理的，但总感觉官方并不一定是这么想的。事实也的确如此，在官方的Vue Conf中，Vue Vapor的作者出面说明了Vapor这个名字的含义：
由于无虚拟DOM的特性，纯Vapor模式下可以去掉很多代码，比如VDom Diff。所以Vue Vapor的包体积可以做的更加的轻量化，像水蒸气一样轻。
（前面那段话是官方说的，这段话是我说的）当然不是说
Vapor模式就不需要diff算法了，我看过同为无虚拟DOM框架的Svelte和Solid源码，无虚拟DOM只是不需要vDom间的Diff算法了，列表之间还是需要diff的。毕竟再怎么编译，你从后端获取到的数组，编译器也不可能预测得到。
那具体能轻量多少呢？官方给出的数据是比虚拟DOM版Vue小33.6%：
Vapor的名字除了想表示轻量化之外还有一个另外一个原因，那就是Solid。可能有人会说这关Solid什么事啊？实际上Vapor的灵感正是来自于Solid（尤雨溪亲口承认）而Solid代表固体：
为了跟Solid有个趣味联动，那无虚拟DOM就是气体好了：
以上就是Vue Vapor作者告诉大家为什么叫Vapor的两大原因。
性能
之前都说虚拟DOM是为了性能，怎么现在又反向宣传了？无虚拟DOM怎么又逆流而上成为了性能的标杆了呢？这个话题我们留到下一篇文章去讲，本篇文章我们只看数据：
从左到右依次为：
- 原生
JS：1.01 Solid：1.09Svelte：1.11- 无虚拟
DOM版Vue：1.24 - 虚拟
DOM版Vue：1.32 React：1.55
数字越小代表性能越高，但无论再怎么高都不可能高的过手动优化过的原生JS，毕竟无论什么框架最终打包编译出来的还是JS。不过框架的性能其实已经挺接近原生的了，尤其是以无虚拟DOM著称的Solid和Svelte。但无虚拟DOM版Vue和虚拟DOM版Vue之间并没有拉开什么很大的差距，1.24和1.32这两个数字证明了其实二者的性能差距并不明显，这又是怎么一回事呢？
一个原因是Vue3本来就做了许多编译优化，包括但不限于静态提升、大段静态片段将采用innerHTML渲染、编译时打标记以帮助虚拟DOM走捷径等… 由于本来的性能就已经不错了，所以可提升的空间自然也没多少。
看完上述原因肯定有人会说：可提升的空间没多少可以理解，那为什么还比同为无虚拟DOM的Solid和Svelte差那么多？如果Vapor和Solid性能差不多的话，那可提升空间小倒是说得过去。但要是像现在这样差的还挺多的话，那这个理由是不是就有点站不住脚了？之所以会出现这样的情况是因为Vue Vapor的作者在性能优化和快速实现之间选择了后者，毕竟尤雨溪第一次公布要开始做无虚拟DOM版Vue的时间是在2020年：
而如今已经是2025年了。也就是说如果一个大一新生第一次满心欢喜的听到无虚拟DOM版Vue的消息后，那么他现在大概率已经开始毕业工作了都没能等到无虚拟DOM版Vue的发布。这个时间拖的有点太长了，甚至从Vue2到Vue3都没用这么久。
所以现在的首要目标是先实现出来一版能用的，后面再慢慢进行优化。我们工作不也是这样么？先优先把功能做出来，优化的事以后再说。那么具体该怎么优化呢：
现在的很多渲染逻辑继承自原版Vue3，但无虚拟DOM版Vue可以采用更优的渲染逻辑。而且现在的Vapor是跟着原版Vue的测试集来做的，这也是为了实现和原版Vue一样的行为。但这可能并不是最优解，之后会慢慢去掉一些不必要的功能，尤其是对性能产生较大影响的功能。
往期精彩文章：
来源：juejin.cn/post/7477104460452872202
