尤大为何放弃Webpack？来探索一下 Vite

骑猪看日落 2022-10-10 01:26 19阅读 0赞

点击上方“前端开发博客”，选择“设为星标”

### 回复“2”加入前端群 ###

> 本文同步在掘金博主:「橙红年代」个人博客shymean.com上。
> 
> 掘金原文链接: https://juejin.im/post/5ea2361de51d454714428b44

## 预备知识 ##

`vite`重度依赖`module sciprt`的特性，因此需要提前做下功课，参考：JavaScript modules 模块 - MDN。

`module sciprt`允许在浏览器中直接运行原生支持模块

当遇见import依赖时，会直接发起http请求对应的模块文件。

## 开发环境 ##

本文使用的版本为`vite@0.3.2`，附github项目地址~目前这个项目貌似每天都在更新

首先克隆仓库

git clone https://github.com/vuejs/vite
    cd vite && yarn

环境安装完毕后在项目下创建`examples`目录，新增`index.html`和`Comp.vue`文件，这里直接用README.md中的例子

首先是`inidex.html`

<div id="app"></div>
    <script type="module">
    import { createApp } from  vue 
    import Comp from  ./Comp.vue
    
    
    createApp(Comp).mount( #app )
    </script>

然后是\`Comp.vue\`\`

<template>
      <button @click="count++">{
        { count }} times</button>
    </template>
    
    
    <script>
    export default {
      data: () => ({ count: 0 })
    }
    </script>
    
    
    <style scoped>
    button { color: red }
    </style>

然后在exmples目录下运行

../bin/vite.js

即可在浏览器`http://localhost:3000`打开预览，同时支持文件热更新哦~

如果需要调试源码，启动`npm run dev`即可，会开启`tsc -w --p`监听src目录的改动并实时输出到dist目录下，接下来就可以开启欢乐的源码时间~

## 入口文件 ##

目前这个项目迭代非常频繁（昨天还有`historyFallbackMiddleware`这个中间件呢今天貌似就没了），但是大概的实现思路应该是基本确定了，因此先确定本次源码阅读目标：**了解如何在不使用webpack等打包工具的前提下直接运行vue文件**。基于这个目的，主要是了解实现思路，理清整体结构，不用拘泥于具体细节。

从入口`bin/vite.js`开始

const server = require( ../dist/server ).createServer(argv)

可以看见`createServer`方法，直接定位到`src/server/client.tx`。vite使用的是`Koa`构建服务端，在`createServer`中主要通过中间件注册相关功能

// src/index.ts
    // 提前预告这四个插件的作用
    const internalPlugins: Plugin[] = [
      modulesPlugin, // 处理入口html文件script标签和每个vue文件的模块依赖
      vuePlugin, // vue单页面组件解析，将template、script、style解析成不同的响应内容，可以理解为简易版的vue-loader
      hmrPlugin, // 使用websocket实现文件热更新
      servePlugin // koa配置插件，目前看来主要是配置协商缓存相关
    ]
    
    
    export function createServer({
      root = process.cwd(),
      middlewares: userMiddlewares = []
    }: ServerConfig = {}): Server {
      const app = new Koa()
      const server = http.createServer(app.callback())
      // 预留了userMiddlewares方便提供后续API
      ;[...userMiddlewares, ...middlewares].forEach((m) =>
        m({
          root,
          app,
          server
        })
      )
    
    
      return server
    }

`vite`是通过下面这种`middleware`的形式注册koa中间件，

export const modulesPlugin: Plugin = ({ root, app }) => {
      // 每个插件实际上是注册koa中间件
      app.use(async (ctx, next) => {})
    }

看起来跟Vue2的源码结构比较类似，通过装饰器逐步添加功能~目前只需要理清这四个插件的作用就可以了。

// vue2源码结构
    initMixin(Vue)
    stateMixin(Vue)
    eventsMixin(Vue)
    lifecycleMixin(Vue)
    renderMixin(Vue)

## moduleResolverMiddleware ##

这个中间件的作用编译`index.html`和`SFC`等文件内容，处理相关的依赖。

比如上面的html文件`script`标签内容，通过`rewriteImports`等方法的处理会被编译成

import { createApp } from  /__modules/vue // 之前是import { createApp } from  vue 
    import Comp from  ./Comp.vue
    
    
    createApp(Comp).mount( #app )

这样当浏览器解析并运行这个module类型的script标签时，就会请求对应的模块文件，其中

*  `/__modules/vue`是koa服务器的静态资源目录文件，
 *  `./Comp.vue`是我们编写的单页面组件文件
 *  此外貌似还会提供`sourcemap`等功能

对于入口文件而言，需要script标签下相关依赖。对于单页面组件而言，在`vue-loader`中，也需要处理`tmplate、`script`和`style`标签；在vite中，这些依赖都会被当做`css`和`js\`文件请求的方式进行加载。

单页面组件主要包含`template`、`script`和`style`标签，其中`script`标签内代码的导出会被编译成

// 加载热更新模块客户端，后面会提到
    import "/__hmrClient"
    
    
    let __script; export default (__script = {
      data: () => ({ count: 0 })
    })
    // 根据type进行区分，样式文件type=style
    import "/Comp.vue?type=style&index=0"
    // 保留css scopeID
    __script.__scopeId = "data-v-92a6df80"
    // render函数文件type=template
    import { render as __render } from "/Comp.vue?type=template"
    __script.render = __render
    __script.__hmrId = "/Comp.vue"

而`style`及`template`标签会被重写成`/Comp.vue?type=xxx`的形式，重新发送http请求，这个通过query参数的形式区分并加载SFC文件各个模块内容的方式，与`vue-loader`中通过`webpack`的`resourceQuery`配置进行处理如出一辙，如果了解`vue-loader`运行原理的同学看到这里估计就已经恍然大悟了，之前写过一篇从vue-loader源码分析CSS-Scoped的实现，里面也介绍了vue-loader的大致原理。

回到vite，现在我们清楚了`moduleResolverMiddleware`的作用，主要就是重写模块路径，将SFC文件的依赖通过query参数进行区分，方便浏览器通过url加载实际模块。打开浏览器控制台，可以查看具体的文件请求![08d6833e3231528fcec7ea14c6ad947e.png][]

## VuePlugin ##

前面提到单页面组件的`template`和`style`会被处理成单独的的import路径，通过query.type区分，那么当服务器接收到对应的url请求时，如何返回正确的资源内容呢？答案就在第二个插件`VuePlugin`中。

单页面文件的请求有个特点，都是以`*.vue`作为请求路径结尾，当服务器接收到这种特点的http请求，主要处理

*  根据`ctx.path`确定请求具体的vue文件
 *  使用`parseSFC`解析该文件，获得`descriptor`，一个`descriptor`包含了这个组件的基本信息，包括`template`、`script`和`styles`等属性下面是`Comp.vue`文件经过处理后获得的`descriptor`

{
     filename:  /Users/Txm/source_code/vite/examples/Comp.vue ,
     template: {
       type:  template ,
       content:    <button @click="count++">{
        { count }} times1</button>,
       loc: {
         source:    <button @click="count++">{
        { count }} times1</button>,
         start: [Object],
         end: [Object]
       },
       attrs: {},
       map: {
         version: 3,
         sources: [Array],
         names: [],
         mappings:  ;AACA ,
         file:  /Users/Txm/source_code/vite/examples/Comp.vue ,
         sourceRoot:   ,
         sourcesContent: [Array]
       }
     },
     script: {
       type:  script ,
       content:  export default {data: () => ({ count: 0 })},
       loc: {
         source:  export default {data: () => ({ count: 0 })},
         start: [Object],
         end: [Object]
       },
       attrs: {},
       map: {
         version: 3,
         sources: [Array],
         names: [],
         mappings:  ;AAKA;AACA;AACA ,
         file:  /Users/Txm/source_code/vite/examples/Comp.vue ,
         sourceRoot:   ,
         sourcesContent: [Array]
       }
     },
     styles: [
       {
         type:  style ,
         content:  button { color: red },
         loc: [Object],
         attrs: [Object],
         scoped: true,
         map: [Object]
       }
     ],
     customBlocks: []
    }

*  然后根据`descriptor`和`ctx.query.type`选择对应类型的方法，处理后返回`ctx.body`
 *   *  type为空时表示处理`script`标签，使用`compileSFCMain`方法返回`js`内容
     *  type为`template`时表示处理`template`标签，使用`compileSFCTemplate`方法返回`render`方法
     *  type为`style`s时表示处理`style`标签，使用`compileSFCStyle`方法返回`css`文件内容

回头整理一下流程

*  入口文件依赖`Comp.vue`的script代码
 *  `Com.vue`依赖`tempplate`编译的render方法，依赖`style`标签编译的css代码，这两个文件放在`script`的编译代码中进行依赖声明

// Comp.vue返回的文件内容，可以看见跟入口文件的script标签内容比较相似
    import { updateStyle } from "/__hmrClient"
    
    
    const __script = {
      data: () => ({ count: 0 })
    }
    // style标签内容解析后的css代码
    updateStyle("92a6df80-0", "/Comp.vue?type=style&index=0")
    __script.__scopeId = "data-v-92a6df80"
    // temlpate标签内容解析后的render
    import { render as __render } from "/Comp.vue?type=template"
    __script.render = __render
    __script.__hmrId = "/Comp.vue"
    export default __script

每个标签内容解析完成之后，会通过`LRUCache`缓存起来，方便下次重复使用

export const vueCache = new LRUCache<string, CacheEntry>({
      max: 65535
    })

至此，我们就大致了解了`vite`是如何通过koa直接运行vue文件的，其思路跟`vue-loader`比较类似，借助`module script`处理文件依赖，然后通过拼接不同的`query.type`处理单页面文件解析后的各个资源文件，最后响应给浏览器进行渲染。

## hmrPlugin ##

前面提到`vite`也是支持文件热更新的，既然没有使用`webpack`，那该是如何做到的呢？答案就是自己实现一个哈哈哈~

热更新主要通过`webSocket`实现，包括ws服务端和ws客户端两个部分，`hmrPlugin`主要负责ws服务端的部分，ws客户端在`src/client.ts`中实现，并通过在第一步处理模块依赖时`import "/__hmrClient"`将服务端和客户端关联起来。

目前主要定义了下面几种消息类型

*  `reload`
 *  `rerender`
 *  `style-update`
 *  `style-remove`
 *  `full-reload`

当文件发生变化时，服务端在`handleVueSFCReload`方法中会根据变化的类型推送不同的消息，当客户端接收到对应消息时，会结合`vue.HMRRuntime`进行处理或者重新加载新的资源。

热更新这里目前还有不少`TODO`，感觉是一个学习热更新原理的不错案例，先码一下后面回头重新细读。

关于热更新的原理，社区有不少原理分析了，不妨移步阅读

*  Webpack 热更新
 *  轻松理解webpack热更新原理

## servePlugin ##

这个插件主要用于实现一些koa请求和响应的配置。

经过上面的分析，每次请求时，都会从入口文件开始，依次分析每个依赖

*  对于普通文件，直接查找服务器静态资源，通过`servePlugin`中配置`koa-static`实现
 *  对于vue文件，会重新拼接http请求，对于每个请求，包括`path`和`query`，其中path用于确定组件文件，`query.type`用于确定具体使用啥方法来返回响应内容

在上面这一步，很明显对于每个vue文件而言，都会发送多个http请求，然后执行查找和解析的操作是很频繁的，如果不配置缓存，服务器的性能负担比较大，`koa-conditional-get`和`koa-etag`应该就是为了解决这个问题，不过目前看起来还没有实现。

## 小结 ##

至此，就完成了`vite`源码的基础阅读，由于本地阅读源码的主要目的是了解整个工具的实现原理和大致功能，因此并没有深入了解每个函数的实现细节，几个比较重要的方法包括`rewriteImports`、`compileSFCMain`、`compileSFCTemplate`、`compileSFCStyle`、`updateStyle`等均没有展示具体代码实现，主要的收获是了解了

*  结合module script和query.type实现一套类似于vue-loader的机制，直接在服务端运行vue文件
 *  使用websocket手动实现热更新，由于时间关系这里并没有细读~

刚看见vite介绍时就觉得这会是一个非常有趣的工具，虽然还没有正式发布，耐不住去看了一下。感觉主要的作用有

*  使用vite快速开发demo，而不必安装一大堆依赖
 *  类似于`jsfiddle`等在线预览vue文件，方便开发、测试和分发单文件组件

目前看来vite还缺少打包等重要特性，应该是没法替代webpack等工具的。不过感觉vite应该也不是用来替换现有开发工具的，所以后面大概也不会添加打包等功能吧~