vite功能 Vite 功能

对非常基础的使用来说，使用 Vite 开发和使用一个静态文件服务器并没有太大区别。然而，Vite 还通过原生 ESM 导入提供了许多主要用于打包场景的增强功能。

NPM依赖解析和预构建

原生 ES 导入不支持下面这样的裸模块导入：

import { someMethod } from "my-dep"

上面的代码会在浏览器中抛出一个错误。Vite 将会检测到所有被加载的源文件中的此类裸模块导入，并执行以下操作:

1. 预构建 它们可以提高页面加载速度，并将 CommonJS / UMD 转换为 ESM 格式。预构建这一步由 esbuild 执行，这使得 Vite 的冷启动时间比任何基于 JavaScript 的打包器都要快得多。
2. 重写导入为合法的 URL，例如 /node_modules/.vite/my-dep.js?v=f3sf2ebd 以便浏览器能够正确导入它们。

依赖是强缓存的

Vite 通过 HTTP 头来缓存请求得到的依赖

模块热重载

Vite 提供了一套原生 ESM 的 HMR API。 具有 HMR 功能的框架可以利用该 API 提供即时、准确的更新，而无需重新加载页面或清除应用程序状态。Vite 内置了 HMR 到 Vue 单文件组件（SFC） 和 React Fast Refresh 中。也通过 @prefresh/vite 对 Preact 实现了官方集成。

注意，你不需要手动设置这些 —— 当你通过 create-vite 创建应用程序时，所选模板已经为你预先配置了这些。

TypeScript

Vite 天然支持引入 ​.ts​ 文件。
Vite 仅执行​ .ts​ 文件的转译工作，并 不 执行任何类型检查。并假设类型检查已经被你的 IDE 或构建过程接管了（你可以在构建脚本中运行 ​tsc --noEmit​ 或者安装 ​vue-tsc​ 然后运行 ​vue-tsc --noEmit​ 来对你的 ​*.vue​ 文件做类型检查）。
Vite 使用 esbuild 将 TypeScript 转译到 JavaScript，约是 tsc 速度的 20~30 倍，同时 HMR 更新反映到浏览器的时间小于 50ms。

TypeScript编译器选项

tsconfig.json 中 compilerOptions 下的一些配置项需要特别注意。

​isolatedModules ​

​isolatedModules应该设置为 ​true​

这是因为 ​esbuild ​只执行没有类型信息的转译，它并不支持某些特性，如 ​const enum​ 和隐式类型导入。

你必须在 ​tsconfig.json​ 中的 ​compilerOptions ​下设置 ​"isolatedModules": true​。如此做，TS 会警告你不要使用隔离（isolated）转译的功能。

​ useDefineForClassFields​

从 Vite v2.5.0 开始，如果 TypeScript 的 target 是 ESNext，此选项默认值则为 true。这与 tsc v4.3.2 及以后版本的行为 一致。这也是标准的 ECMAScript 的运行时行为。

但对于那些习惯其他编程语言或旧版本 TypeScript 的开发者来说，这可能是违反直觉的。 你可以参阅 TypeScript 3.7 发布日志 中了解更多关于如何兼容的信息。

如果你正在使用一个严重依赖 class fields 的库，请注意该库对此选项的预期设置。

大多数库都希望 "useDefineForClassFields": true，如 MobX，Vue Class Components 8.x 等。

但是有几个库还没有兼容这个新的默认值，其中包括 lit-element。如果遇到这种情况，请将 useDefineForClassFields 设置为 false。

影响构建结果的其他编译器选项

• extends
• importsNotUsedAsValues
• jsxFactory
• jsxFragmentFactory

如果你的代码库很难迁移到 "isolatedModules": true，或许你可以尝试通过第三方插件来解决，比如 rollup-plugin-friendly-type-imports。但是，这种方式不被 Vite 官方支持。

客户端类型

Vite 默认的类型定义是写给它的 Node.js API 的。要将其补充到一个 Vite 应用的客户端代码环境中，请添加一个 d.ts 声明文件：

/// <reference types="vite/client" />

同时，你也可以将 vite/client 添加到 tsconfig 中的 compilerOptions.types 下：

{
  "compilerOptions": {
    "types": ["vite/client"]
  }
}

这将会提供以下类型定义补充：

• 资源导入 (例如：导入一个 .svg 文件)
• import.meta.env 上 Vite 注入的环境变量的类型定义
• import.meta.hot 上的 HMR API 类型定义

Vue

Vite 为 Vue 提供第一优先级支持：

• Vue 3 单文件组件支持：@vitejs/plugin-vue
• Vue 3 JSX 支持：@vitejs/plugin-vue-jsx
• Vue 2 支持：underfin/vite-plugin-vue2

JSX

.jsx 和 .tsx 文件同样开箱即用。JSX 的转译同样是通过 esbuild，默认为 React 16 风格。期望在 esbuild 中支持 React 17 风格的 JSX 请看 这里。

Vue 用户应使用官方提供的 @vitejs/plugin-vue-jsx 插件，它提供了 Vue 3 特性的支持，包括 HMR，全局组件解析，指令和插槽。

如果不是在 React 或 Vue 中使用 JSX，自定义的 jsxFactory 和 jsxFragment 可以使用 esbuild 选项 进行配置。例如对 Preact：

// vite.config.js
import { defineConfig } from "vite"

export default defineConfig({
  esbuild: {
    jsxFactory: "h",
    jsxFragment: "Fragment"
  }
})

更多细节详见 esbuild 文档.

你可以使用 jsxInject（这是一个仅在 Vite 中使用的选项）为 JSX 注入 helper，以避免手动导入：

// vite.config.js
import { defineConfig } from "vite"

export default defineConfig({
  esbuild: {
    jsxInject: `import React from "react"`
  }
})

CSS

导入 .css 文件将会把内容插入到 <style> 标签中，同时也带有 HMR 支持。也能够以字符串的形式检索处理后的、作为其模块默认导出的 CSS。

​@import​ 内联和变基

Vite 通过 ​postcss-import​ 预配置支持了 CSS ​@import​ 内联，Vite 的路径别名也遵从 CSS ​@import​。换句话说，所有 CSS ​url()​ 引用，即使导入的文件在不同的目录中，也总是自动变基，以确保正确性。

Sass 和 Less 文件也支持 ​@import​ 别名和 URL 变基

PostCSS

如果项目包含有效的 PostCSS 配置 (任何受 postcss-load-config 支持的格式，例如 postcss.config.js)，它将会自动应用于所有已导入的 CSS。

CSS Modules

任何以 .module.css 为后缀名的 CSS 文件都被认为是一个 CSS modules 文件。导入这样的文件会返回一个相应的模块对象：

.red {
  color: red;
}

import classes from "./example.module.css"
document.getElementById("foo").className = classes.red

CSS modules 行为可以通过 ​css.modules​ 选项 进行配置。

如果 ​css.modules.localsConvention​ 设置开启了 camelCase 格式变量名转换（例如 ​localsConvention: "camelCaseOnly"​），你还可以使用按名导入。

// .apply-color -> applyColor
import { applyColor } from "./example.module.css"
document.getElementById("foo").className = applyColor

CSS预处理器

由于 Vite 的目标仅为现代浏览器，因此建议使用原生 CSS 变量和实现 CSSWG 草案的 PostCSS 插件（例如 postcss-nesting）来编写简单的、符合未来标准的 CSS。

话虽如此，但 Vite 也同时提供了对 ​.scss​, ​.sass​, ​.less​, ​.styl​ 和 ​.stylus​ 文件的内置支持。没有必要为它们安装特定的 Vite 插件，但必须安装相应的预处理器依赖：

# .scss and .sass
npm install -D sass

# .less
npm install -D less

# .styl and .stylus
npm install -D stylus

如果是用的是单文件组件，可以通过 ​<style lang="sass">​（或其他预处理器）自动开启。

Vite 为 Sass 和 Less 改进了 ​@import​ 解析，以保证 Vite 别名也能被使用。另外，​url()​ 中的相对路径引用的，与根文件不同目录中的 Sass/Less 文件会自动变基以保证正确性。

由于 Stylus API 限制，​@import​ 别名和 URL 变基不支持 Stylus。

你还可以通过在文件扩展名前加上 ​.module​ 来结合使用 CSS modules 和预处理器，例如 ​style.module.scss​。

静态资源处理

导入一个静态资源会返回解析后的 URL：

import imgUrl from "./img.png"
document.getElementById("hero-img").src = imgUrl

添加一些特殊的查询参数可以更改资源被引入的方式：

// 显式加载资源为一个 URL
import assetAsURL from "./asset.js?url"

// 以字符串形式加载资源
import assetAsString from "./shader.glsl?raw"

// 加载为 Web Worker
import Worker from "./worker.js?worker"

// 在构建时 Web Worker 内联为 base64 字符串
import InlineWorker from "./worker.js?worker&inline"

JSON

JSON 可以被直接导入 —— 同样支持具名导入：

// 导入整个对象
import json from "./example.json"
// 对一个根字段使用具名导入 —— 有效帮助 treeshaking！
import { field } from "./example.json"

Glob导入

Vite 支持使用特殊的 import.meta.glob 函数从文件系统导入多个模块：

const modules = import.meta.glob("./dir
    }
  }
}).then(() => {
  
})

在生产构建当中，体积小于 assetInlineLimit 的 .wasm 文件将会被内联为 base64 字符串。否则，它们将作为资源复制到 dist 目录中，并按需获取。

Web Worker

一个 web worker 脚本可以直接通过添加一个 ?worker 或 ?sharedworker 查询参数来导入。默认导出一个自定义的 worker 构造器：

import MyWorker from "./worker?worker"

const worker = new MyWorker()

Worker 脚本也可以使用 ​import ​语句来替代 ​importScripts()​ —— 注意，在开发过程中，这依赖于浏览器原生支持，目前只在 Chrome 中适用，而在生产版本中，它已经被编译掉了。

默认情况下，worker 脚本将在生产构建中编译成单独的 chunk。如果你想将 worker 内联为 base64 字符串，请添加 ​inline ​查询参数：

import MyWorker from "./worker?worker&inline"

构建优化

下面所罗列的功能会自动应用为构建过程的一部分，除非你想禁用它们，否则没有必要显式配置。

CSS代码分割

Vite 会自动地将一个异步 chunk 模块中使用到的 CSS 代码抽取出来并为其生成一个单独的文件。这个 CSS 文件将在该异步 chunk 加载完成时自动通过一个 ​<link>​ 标签载入，该异步 chunk 会保证只在 CSS 加载完毕后再执行，避免发生 FOUC 。

如果你更倾向于将所有的 CSS 抽取到一个文件中，你可以通过设置 ​build.cssCodeSplit​ 为 ​false ​来禁用 CSS 代码分割。

预加载指令生成

Vite 会为入口 chunk 和它们在打包出的 HTML 中的直接引入自动生成 <link rel="modulepreload"> 指令。

异步 Chunk 加载优化

在实际项目中，Rollup 通常会生成 “共用” chunk —— 被两个或以上的其他 chunk 共享的 chunk。与动态导入相结合，会很容易出现下面这种场景：

在无优化的情境下，当异步 chunk A 被导入时，浏览器将必须请求和解析 A，然后它才能弄清楚它也需要共用 chunk C。这会导致额外的网络往返：

Entry ---> A ---> C

Vite 将使用一个预加载步骤自动重写代码，来分割动态导入调用，以实现当 ​A ​被请求时，​C ​也将 同时 被请求：

Entry ---> (A + C)

C 也可能有更深的导入，在未优化的场景中，这会导致更多的网络往返。Vite 的优化会跟踪所有的直接导入，无论导入的深度如何，都能够完全消除不必要的往返。