目录
构建应用在你的应用中，你可以使用 import.meta.env.VITE_APP_TITLE 渲染标题。
推荐两个插件插件Volar 、 Vue 3 Snippets
前言
配置 Vite {#configuring-vite} | Vite中文网
Vite 的快，主要体现在两个方面: 快速的冷启动和快速的热更新。而 Vite 之所以能有如此优秀的表现，完全归功于 Vite 借助了浏览器对 ESM 规范的支持，采取了与 Webpack 完全不同的 unbundle 机制。
vite优缺点：
vite优点 -unbundle 机制的核心:
- 模块之间的依赖关系的解析由浏览器实现；
- 文件的转换由
dev server的middlewares实现并做缓存； - 不对源文件做合并捆绑操作；
vite缺点：
由于 unbundle 机制，首屏期间、懒加载方面需要额外做以下工作:
和 Webpack 对比，Vite 把需要在 dev server 启动过程中完成的工作，转移到了 dev server 响应浏览器请求的过程中，不可避免的导致首屏性能下降。
不过首屏性能差只发生在 dev server 启动以后第一次加载页面时发生。之后再 reload 页面时，首屏性能会好很多。原因是 dev server 会将之前已经完成转换的内容缓存起来。
- 不对源文件做合并捆绑操作，导致大量的
http请求； dev server运行期间对源文件做resolve、load、transform、parse操作；- 预构建、二次预构建操作也会阻塞首屏请求，直到预构建完成为止；
开发环境：ESM+HMR
生产环境：Rollup
配置文件
默认为根目录下的vite.config.js
显示指定文件：vite --config my-config.js
构建应用在你的应用中，你可以使用 import.meta.env.VITE_APP_TITLE 渲染标题。
打包构建：
npm run build默认情况下，构建会输出到 dist 文件夹中。你可以部署这个 dist 文件夹到任何你喜欢的平台。
本地测试应用
vite preview 命令会在本地启动一个静态 Web 服务器，将 dist 在 http://localhost:4173。这样在本地环境下查看该构建产物是否正常可用就方便多了。你可以通过 --port 参数来配置服务的运行端口。
现在 preview 命令会将服务器运行在 http://localhost:8080。
自动打开浏览器：
"dev": "vite --open",
"build": "vue-tsc --noEmit && vite build",
"preview": "vite preview --open"
值得注意的是 vite preview 用作预览本地构建，而不应直接作为生产服务器。
环境变量和模式
环境变量
Vite 在一个特殊的 import.meta.env 对象上暴露环境变量。这里有一些在所有情况下都可以使用的内建变量：
import.meta.env.MODE: {string} 应用运行的模式。
import.meta.env.BASE_URL: {string} 部署应用时的基本 URL。他由base 配置项决定。
import.meta.env.PROD: {boolean} 应用是否运行在生产环境。
import.meta.env.DEV: {boolean} 应用是否运行在开发环境 (永远与 import.meta.env.PROD相反)。
import.meta.env.SSR: {boolean} 应用是否运行在 server 上。 自定义环境变量：
(1)创建文件：已存在的环境变量不会被以下文件中的覆盖
.env # 所有情况下都会加载
.env.local # 所有情况下都会加载，但会被 git 忽略
.env.[mode] # 只在指定模式下加载,如.env.production的优先级比.env高
.env.[mode].local # 只在指定模式下加载，但会被 git 忽略
加载的环境变量也会通过 import.meta.env 以字符串形式暴露给客户端源码。
为了防止意外地将一些环境变量泄漏到客户端，只有以 VITE_ 为前缀的变量才会暴露给经过 vite 处理的代码。例如下面这些环境变量：
只有 VITE_SOME_KEY 会被暴露为 import.meta.env.VITE_SOME_KEY 提供给客户端源码，而 DB_PASSWORD 则不会。
(2)添加类型声明
/// <reference types="vite/client" />
interface ImportMetaEnv {
readonly VITE_APP_TITLE: string
// 更多环境变量...
}
interface ImportMeta {
readonly env: ImportMetaEnv
}模式
默认情况下，开发服务器 (dev 命令) 运行在 development (开发) 模式，而 build 命令则运行在 production (生产) 模式。
这意味着当执行 vite build 时，它会自动加载 .env.production 中可能存在的环境变量：
在你的应用中，你可以使用 import.meta.env.VITE_APP_TITLE 渲染标题。
除了默认的developmen和production还可以自定义模式，如可能希望有一个 “staging” (预发布|预上线) 模式，它应该具有类似于生产的行为，但环境变量与生产环境略有不同
vite build --mode staging
.env.staging文件存放相关模式下的环境变量兼容老浏览器
默认情况下 Vite 只处理语法转译，且默认不包含任何 polyfill。
通过引入polyfill Polyfill简介 - 简书
可以前往 Polyfill.io 查看，这是一个基于用户浏览器 User-Agent 字符串自动生成 polyfill 包的服务
通过插件支持:
通过插件@vitejs/plugin-legacy来支持，它将自动生成传统版本的 chunk 及与其相对应 ES 语言特性方面的 polyfill
兼容版的chunk只会在不支持原生 ESM 的浏览器中进行按需加载
typescript相关
(1)esbuild下不支持功能编辑时报错
配置类型导入导出、enum、没有import、export导入导出的非模块文件报错
tsconfig.json
{
"compilerOptions": {
"isolatedModules":true 上述特性会在编辑时报错，否则会在运行时报错
}
} (2)导入vite内置的一些类型定义
.资源导入 (例如：导入一个 .svg 文件)
.import.meta.env 上 Vite 注入的环境变量的类型定义
.import.meta.hot 上的 HMR API 类型定义方式一：在.d.ts 中
/// <reference types="vite/client" />方式二：在tsconfig.json中
{
"compilerOptions": {
"types": ["vite/client"]
}
}多页面配置
├── package.json
├── vite.config.js
├── index.html
├── main.js
└── nested
├── index.html
└── nested.js
build: {
rollupOptions: {
input: {
main: resolve(__dirname, 'index.html'),
nested: resolve(__dirname, 'nested/index.html')
}
}
}基本配置
1、1区分不同环境配置
command：根据运行的命令区分配置，serve为开发环境，否则为build生产环境
mode：根据环境区分配置
export default defineConfig(async ({ command, mode }) => {
const config=await fn(); 支持使用Promise
if (command === 'serve') {
return {
}
} else if(command='build'){
return {
}
}
})1、2选项配置
export default defineConfig({
root：默认process.cwd(), index.html所在的位置,绝对位置或相对位置
base：开发或生产环境服务的公共基础路径
绝对 URL 路径名，例如 /foo/
完整的 URL，例如 https://foo.com/
空字符串或 ./（用于开发环境）
通过命令指定：vite build --base=/my/public/path/
代码中获取base：import.meta.env.BASE_URL全局变量在代码中使用，原样出现(例如import.meta.env['BASE_URL']是无效的)
mode：将会把serve和build时的模式都覆盖掉。也可以通过命令行 --mode 选项来重写
'development'（serve）
'production'（build）
define：定义全局常量替换方式。其中每项在开发环境下会被定义在全局，而在构建时被静态替换
{
__DEV__: 'dev',
}
plugins：[] 插件数组
publicDir：作为静态资源服务的文件夹。该目录中的文件在开发期间在 / 处提供，并在构建期间复制到 outDir 的根目录，并且始终按原样提供或复制而无需进行转换。该值可以是文件系统的绝对路径，也可以是相对于项目的根目录的相对路径。
默认'public'
cacheDir：存储缓存文件的目录。此目录下会存储预打包的依赖项或 vite 生成的某些缓存文件，使用缓存可以提高性能。如需重新生成缓存文件，你可以使用 --force 命令行选项或手动删除目录。此选项的值可以是文件的绝对路径，也可以是以项目根目录为基准的相对路径。当没有检测到 package.json 时，则默认为 .vite。
默认"node_modules/.vite"
assetsInclude：解析额外的定义内置type以外的静态导入资源
['**/*.gltf']
logLevel：调整控制台输出的级别，默认为 'info'
'info' | 'warn' | 'error' | 'silent'
clearScreen：设为 false 可以避免 Vite 清屏而错过在终端中打印某些关键信息。命令行模式下可以通过 --clearScreen false 设置。
默认：true
envDir：用于加载 .env 文件的目录。可以是一个绝对路径，也可以是相对于项目根的路径
默认：根路径
envPrefix：自定义环境变量前缀，以 envPrefix 开头的环境变量会通过 import.meta.env 暴露在你的客户端源码中
默认：VITE_
// 解析相关
resolve:{
alias:路径别名
{
"@": path.resolve(__dirname, "src"),
}
或
[{
find: '@', 字符串｜正则
replacement: path.resolve(__dirname, 'src')
}]
dedupe:使用此选项强制 Vite 始终将列出的依赖项解析为同一副本
比如当安装了两个不同版本的依赖，如vue2和vue3，通过这个声明最终引入的版本
[]
condition:情景导出
[{
"exports": {
".": {
"import": "./index.esm.js",
"require": "./index.cjs.js"
}
}
}]
mainFields：根据package.json中的字段，在不同环境中导入库的入口文件位置
import引入的文件对应module中的路径
require引入的文件对应main中的路径
默认：['module', 'jsnext:main', 'jsnext','main']
extensions导入时想要省略的扩展名列表。不建议忽略自定义导入类型的扩展名（例如：.vue），因为它会影响 IDE 和类型支持
默认：['.mjs', '.js', '.ts', '.jsx', '.tsx', '.json']
preserveSymlinks：启用此选项会使 Vite 通过原始文件路径（即不跟随符号链接的路径）而不是真正的文件路径（即跟随符号链接后的路径）确定文件身份
默认：false
}
// css相关
css：{
modules:配置 CSS modules 的行为。选项将被传递给 postcss-modules。
postcss:内联的 PostCSS 配置（格式同 postcss.config.js），或者一个（默认基于项目根目录的）自定义的 PostCSS 配置路径
preprocessorOptions:指定传递给 CSS 预处理器的选项。
{
scss: {
additionalData: `$injectedColor: orange;`
}
}
}
// JSON相关
json：{
namedExports：是否支持从 .json 文件中进行按名导入。
默认：true
stringify：若设置为 true，导入的 JSON 会被转换为 export default JSON.parse("...")
默认：false
}
//esbuild相关
esbuild：{
jsxFactory: 'h',
jsxFragment: 'Fragment' 以上为自定义JSX
ESbuild会被应用在 ts、jsx、tsx 文件，以下选项对要处理的文件类型进行配置
include：string | RegExp | (string | RegExp)[]
exclude：string | RegExp | (string | RegExp)[]
jsxInject:自动为每一个被 ESbuild 转换的文件注入内容
`import React from 'react'`
}
//server相关
server：{
host：指定服务器应该监听哪个 IP 地址， 如果将此设置为 0.0.0.0 或者 true 将监听所有地址，包括局域网和公网地址
默认：'127.0.0.1'
命令设置：--host 0.0.0.0 或 --host
port：指定开发服务器端口。注意：如果端口已经被使用，Vite 会自动尝试下一个可用的端口，所以这可能不是开发服务器最终监听的实际端口
默认：3000
strictPort：设为true时若端口已被占用则会直接退出，而不是尝试下一个可用端口
默认：false
https：启用 TLS + HTTP/2。注意：当 server.proxy 选项 也被使用时，将会仅使用 TLS。
当为true：启用 TLS + HTTP/2。注意：当 server.proxy 选项 也被使用时，将会仅使用 TLS。
这个值也可以是一个传递给 https.createServer() 的 选项对象
https://nodejs.org/api/https.html#httpscreateserveroptions-requestlistener
open：在开发服务器启动时自动在浏览器中打开应用程序。
'/docs/index.html'
设置打开的浏览器：设置环境变量 process.env.BROWSER='firefox'
open其他配置：https://github.com/sindresorhus/open#app
proxy：服务器代理
{
'/foo': 'http://localhost:4567', 字符串简写写法
'/api': { 以 ^ 开头，将会被解释为正则，如：'^/fallback/.*'
target: 'http://jsonplaceholder.typicode.com',
changeOrigin: true,
rewrite: (path) => path.replace(/^\/api/, ''),
configure: (proxy, options) => {
// proxy 是 'http-proxy' 的实例
}
},
'/socket.io': { 代理 websockets or socket.io
target: 'ws://localhost:3000',
ws: true
}
}
cors：为开发服务器配置 CORS。默认启用并允许任何源
传递一个 选项对象 来调整行为，https://github.com/expressjs/cors#configuration-options
设置false表示禁用
force：依赖预构建
设置为 true 强制使依赖预构建。
hmr：热更新相关
false禁用
{
protocol?: string, 协议
host?: string,
port?: number,
path?: string,
timeout?: number,
overlay?: boolean, 为 false 可以禁用开发服务器错误的屏蔽
clientPort?: number, 只在客户端的情况下覆盖端口，这允许你为 websocket 提供不同的端口，而并非在客户端代码中查找。如果需要在 dev-server 情况下使用 SSL 代理，这非常有用。
server?: Server, 当使用 server.middlewareMode 或 server.https 时，你需将 server.hmr.server 指定为你 HTTP(S) 的服务器，这将通过你的服务器来处理 HMR 的安全连接请求。这在使用自签证书或想通过网络在某端口暴露 Vite 的情况下，非常有用。
}
middlewareMode：以中间件模式创建 Vite 服务器
'ssr' | 'html' 在SSR中使用
fs.strict：限制为工作区 root 路径以外的文件的访问
默认：true
fs.allow：限制哪些文件可以通过 /@fs/ 路径提供服务，Vite 将会搜索此根目录下潜在工作空间并作默认使用
fs.deny：用于限制 Vite 开发服务器提供敏感文件的黑名单。
默认为 ['.env', '.env.*', '*.{pem,crt}']
watch：监听文件改变
通过命令:vite build --watch
{
ignored: ['!**/node_modules/your-package-name/**'] 默认会忽略对 .git/ 和 node_modules/ 目录的监听,如果需要对 node_modules/ 内的包进行监听，可以为 server.watch.ignored 赋值一个取反的 glob 模式
其他选项：使用的是rollup的选项配置:https://rollupjs.org/guide/en/#watch-options
}
}
optimizeDeps依赖优化相关
optimizeDeps：{
entries：依赖入口点
默认情况下，Vite 会抓取你的 index.html 来检测需要预构建的依赖项
如果指定了 build.rollupOptions.input，Vite 将转而去抓取这些入口点
string | string[]：指定自定义条目，该值需要遵循 fast-glob 模式
exclude：['your-package-name'] 被watch中手动设置监听的包必须被排除在优化之外，以便它能出现在依赖关系图中并触发热更新
include：默认情况下，不在 node_modules 中的，链接的包不会被预构建。使用此选项可强制预构建链接的包。
[]
应用场景：一些第三方插件中的依赖不是node_modules中的并且也不是es module的格式
esbuildOptions：在部署扫描和优化过程中传递给 esbuild 的选项。
}
//build构建相关
build：{
target：设置最终构建的浏览器兼容目标
默认：'modules' 指支持原生 ES 模块的浏览器。
"esnext" ：即假设有原生动态导入支持，并且将会转译得尽可能小：
如果 build.minify 选项为 'terser'， 'esnext' 将会强制降级为 'es2019'。
其他情况下将完全不会执行转译。
'es2015'：自定义目标也可以是一个 ES 版本
["chrome58",...]：一个浏览器版本或是多个目标组成的一个数组
polyfillModulePreload：用于决定是否自动注入 module preload 的 polyfill.
true：此 polyfill 会被自动注入到每个 index.html 入口的 proxy 模块中
outDir：指定输出路径（相对于 项目根目录).
默认：dist
assetsDir：指定生成静态资源的存放路径（相对于 build.outDir）
默认：assets
assetsInlineLimit：小于此阈值的导入或引用资源将内联为 base64 编码，以避免额外的 http 请求。
默认：4096 (4kb)
设置为 0 可以完全禁用此项。
cssCodeSplit：css代码分割
默认：true，在异步 chunk 中导入的 CSS 将内联到异步 chunk 本身，并在其被加载时插入。
false：整个项目中的所有 CSS 将被提取到一个 CSS 文件中
cssTarget：允许用户为 CSS 的压缩设置一个不同的浏览器 target
默认值和配置与target一致
sourcemap：构建后是否生成 source map 文件
默认：false
true：创建一个独立的 source map 文件
'inline'：source map 将作为一个 data URI 附加在输出文件中
'hidden'：与 'true' 相似，只是 bundle 文件中相应的注释将不被保留
rollupOptions：自定义的 Rollup 打包配置，并将与 Vite 的内部 Rollup 选项合并
https://rollupjs.org/guide/en/#big-list-of-options
commonjsOptions：传递给 @rollup/plugin-commonjs 插件的选项。
dynamicImportVarsOptions：传递给 @rollup/plugin-dynamic-import-vars 的选项。
lib：打包库
{
entry: string,
name?: string, 暴露的全局变量
formats?: ('es' | 'cjs' | 'umd' | 'iife')[], 包含 'umd' 或 'iife' 时是必须的。默认 formats 是 ['es', 'umd']
fileName?: string | ((format: ModuleFormat) => string) 输出的包文件名
默认 fileName 是 package.json 的 name 选项
}
manifest：包含了没有被 hash 过的资源文件名和 hash 后版本的映射。
true：包含了没有被 hash 过的资源文件名和 hash 后版本的映射。
字符串：作为 manifest 文件的名字
ssrManifest：生成 SSR 的 manifest 文件，以确定生产中的样式链接与资产预加载指令
配置和manifest一致
ssr：生成面向 SSR 的构建
默认：undefined
字符串：用于直接定义 SSR 的入口
true：需要通过设置 rollupOptions.input 来指定 SSR 的入口
minify：压缩相关
默认：'esbuild'
false：禁用
'terser'
在lib模式下使用 'es' 时，build.minify 选项将失效
terserOptions：传递给 Terser 的更多 minify 选项。
write：磁盘写入相关
默认：true
false：禁用将构建后的文件写入磁盘
emptyOutDir：关闭警告
默认：若 outDir 在 root 目录下，则为 true，Vite 会在构建时清空该目录
outDir在根目录之外：会抛出一个警告避免意外删除掉重要的文件。可以设置该选项来关闭这个警告
通过命令： --emptyOutDir 来使用
reportCompressedSize：启用/禁用 gzip 压缩大小报告。压缩大型输出文件可能会很慢，因此禁用该功能可能会提高大型项目的构建性能。
默认：true
chunkSizeWarningLimit：chunk 大小警告的限制（以 kbs 为单位）
默认：500
watch：构建监听器
默认：null
{}：启用 rollup 的监听器。在涉及只用在构建时的插件时和集成开发流程中很常用。
}
// 构建预览preview相关
preview：{
host：为开发服务器指定 ip 地址，默认取server.host
0.0.0.0 或 true：监听所有地址，包括局域网和公共地址。
通过命令：--host 0.0.0.0 或 --host
port：指定开发服务器端口
默认：4173
strictPort：默认取server.strictPort
https：默认取server.https
open：默认取server.openy
proxy：默认取server.proxy
cors：默认取server.cors
}
// SSR相关
ssr：{
external：为 SSR 强制外部化的依赖。
[]
noExternal：防止被 SSR 外部化依赖项
string | RegExp | (string | RegExp)[]
true：将没有依赖被外部化
target：SSR 服务器的构建目标。
默认：'node'
'webworker'
}
// Worker相关
worker：{
format：worker bundle 的输出类型。
默认：'iife'
'es'
plugins：适用于 worker bundle 的 Vite 插件。
[]
rollupOptions:用于构建 worker bundle 的 Rollup 配置项
}
})
本文含有隐藏内容，请 开通VIP 后查看