Gavin_Li

Vite 在运行过程中，会记录每个模块间的依赖关系，所有的依赖关系，最终会汇总成一个模块依赖图。利用这个模块依赖图，Vite 能够准确地进行热更新。

我们都知道，Vite 在生产环境中，会使用 Rollup 进行构建，那么 Vite 是如何做到的呢？本文将讲述，从执行 `vite build` 到输出构建产物，这期间到底发生了什么？

腾讯开源的 hel，提供了一种运行时引入远程模块的能力，模块部署在 CDN，远程模块发布后，不需要重新构建发布，就能生效。个人觉得它的实现原理非常的不错，因此分享给大家。

上周由于新冠密接，被拉到酒店隔离了，手上只有一台五年前学生时代买的的笔记本电脑，开发起来电脑卡成 PPT。因此尝试了一下 JetBrains 的远程开发，结果一试，感觉还不错，现在分享一下经验

Vite 给人一种又快又慢的感觉，快主要体现在 DevServer 的启动和热更新上，但随之带来的问题是，首屏性能不好以及页面加载时间长的问题。那为什么 Vite 的首屏性能不是怎么好呢？

项目升级 Vite3.x 后，首次进入页面，页面的首屏时间非常的长，且一定会刷新整个页面。修复前的页面首屏时间为 1m06s，修复后为 45s，性能提升了 25%

我们知道，Webpack 是使用 loader 转换代码的，而 Vite/Rollup 则是使用插件转换代码，那这两种机制有什么差异呢？我们用 Vue 的转换来说明一下。

当我们使用 Vite 进行开发时，会进行依赖预构建，即将第三方依赖进行打包，并在开发环境下使用这些打包过的第三方依赖。 那这个过程中，Vite 到底做了哪些事情呢？

以前一直以为，VNode 也能像 DOM 那样，根据 children 属性，将 VNode 连接组成一棵树。但最近我发现这是不对的，VNode 不能单独组成一棵完整的页面树。