环境变量与模式
环境变量
Vite 在一个特殊的 import.meta.env
对象上暴露环境变量。这里有一些普遍适用的内建变量:
import.meta.env.MODE
: {string} 应用运行基于的 模式。import.meta.env.BASE_URL
: {string} 应用正被部署在的 base URL。它由base
配置项 决定。import.meta.env.PROD
: {boolean} 应用是否运行在生产环境import.meta.env.DEV
: {boolean} 应用是否运行在开发环境 (永远与import.meta.env.PROD
相反)
生产环境替换
在生产环境中,这些环境变量会在构建时被静态替换,因此请在引用它们时使用完全静态的字符串。动态的 key 将无法生效。例如,动态 key 取值 import.meta.env[key]
是无效的。
它还将替换出现在 JavaScript 和 Vue 模板中的字符串。这应该是比较罕见的情况,但它可能是不小心为之。有一些方法可以避免这个问题:
对于 JavaScript 字符串,你可以在相应位置上使用一个 unicode 序列值,例如:
'import.meta\u200b.env.MODE'
。对于 Vue 模板或其他编译到 JavaScript 字符串的 HTML,你可以使用
<wbr>
标签,例如:import.meta.<wbr>env.MODE
。
.env
文件
Vite 使用 dotenv 在你的项目根目录下从以下文件加载额外的环境变量:
.env # 所有情况下都会加载
.env.local # 所有情况下都会加载,但会被 git 忽略
.env.[mode] # 只在指定模式下加载
.env.[mode].local # 只在指定模式下加载,但会被 git 忽略
加载的环境变量也会通过 import.meta.env
暴露给客户端源码。
为了防止意外地将一些环境变量泄漏到客户端,只有以 VITE_
为前缀的变量才会暴露给经过 vite 处理的代码。例如下面这个文件中:
DB_PASSWORD=foobar
VITE_SOME_KEY=123
只有 VITE_SOME_KEY
会被暴露为 import.meta.env.VITE_SOME_KEY
提供给客户端源码,而 DB_PASSWORD
则不会。
安全警告
.env.*.local
文件应是本地的,可以包含敏感变量。你应该加上.local
到你的.gitignore
以避免他们被检出到 git。由于暴露在 Vite 源码中的任何变量都将最终出现在客户端包中,
VITE_*
变量应该不包含任何敏感信息。
智能提示
Vite 会默认为 import.meta.env
提供类型定义。随着在 .env[mode]
文件中定义了越来越多自定义环境变量,你可能想要在代码中获取这些以 VITE_
为前缀的用户自定义环境变量的 TypeScript 智能提示。
要想做到这一点,你可以在 src
目录下创建一个 env.d.ts
,接着按下面这样定义 ImportMetaEnv
:
interface ImportMetaEnv {
VITE_APP_TITLE: string
// 更多环境变量...
}
模式
默认情况下,开发服务器 (serve
命令) 运行在 development
(开发)模式,而 build
命令运行在 production
(生产)模式。
这意味着当执行 vite build
时,它会自动加载 .env.production
中可能存在的环境变量:
# .env.production
VITE_APP_TITLE=My App
在你的应用中,你可以使用 import.meta.env.VITE_APP_TITLE
作为渲染标题。
然而重要的是,要理解模式是一个更广泛的概念,而不仅仅是开发和生产。一个典型的例子是,你可能希望有一个 “staging” 模式,它应该具有类似于生产的行为,但环境变量与生产环境略有不同。
你可以通过传递 --mode
选项标志来覆盖命令使用的默认模式。例如,如果你想为我们假设的 staging 模式构建应用:
vite build --mode staging
为了使应用实现预期行为,我们还需要一个 .env.staging
文件:
# .env.staging
NODE_ENV=production
VITE_APP_TITLE=My App (staging)
现在,staging 应用应该具有类似于生产的行为,但显示的标题与生产环境不同。