JavaScript API
Vite 的 JavaScript API 是完全类型化的,我们推荐使用 TypeScript 或者在 VS Code 中启用 JS 类型检查来利用智能提示和类型校验。
createServer
类型签名:
async function createServer(inlineConfig?: InlineConfig): Promise<ViteDevServer>
使用示例:
import { fileURLToPath } from 'url'
import { createServer } from 'vite'
const __dirname = fileURLToPath(new URL('.', import.meta.url))
;(async () => {
const server = await createServer({
// 任何合法的用户配置选项,加上 `mode` 和 `configFile`
configFile: false,
root: __dirname,
server: {
port: 1337,
},
})
await server.listen()
server.printUrls()
})()
注意
当在同一个 Node.js 进程中使用 createServer
和 build
时,两个函数都依赖于 p
才可正常工作,而这个环境变量又依赖于 mode
配置项。为了避免行为冲突,请在使用这两个 API 时为 p
或者 mode
配置项、字段设置参数值 development
,或者你也可以生成另一个子进程,分别运行这两个 API。
InlineConfig
InlineConfig
接口扩展了 UserConfig
并添加了以下属性:
configFile
:指明要使用的配置文件。如果没有设置,Vite 将尝试从项目根目录自动解析。设置为false
可以禁用自动解析功能。envFile
:设置为false
时,则禁用.env
文件。
ResolvedConfig
ResolvedConfig
接口和 UserConfig
有完全相同的属性,期望多数属性是已经解析完成且不为 undefined 的。它同样包括下面这样的工具方法:
config.assetsInclude
:一个函数,用来检查一个id
是否被考虑为是一个资源。config.logger
:Vite 内部的日志对象。
ViteDevServer
interface ViteDevServer {
/**
* 被解析的 Vite 配置对象
*/
config: ResolvedConfig
/**
* 一个 connect 应用实例
* - 可以用于将自定义中间件附加到开发服务器。
* - 还可以用作自定义http服务器的处理函数。
或作为中间件用于任何 connect 风格的 Node.js 框架。
*
* https://github.com/senchalabs/connect#use-middleware
*/
middlewares: Connect.Server
/**
* 本机 node http 服务器实例
*/
httpServer: http.Server | null
/**
* chokidar 监听器实例
* https://github.com/paulmillr/chokidar#api
*/
watcher: FSWatcher
/**
* web socket 服务器,带有 `send(payload)` 方法。
*/
ws: WebSocketServer
/**
* Rollup 插件容器,可以针对给定文件运行插件钩子。
*/
pluginContainer: PluginContainer
/**
* 跟踪导入关系、url 到文件映射和 hmr 状态的模块图。
*/
moduleGraph: ModuleGraph
/**
* Vite CLI 会打印出来的被解析的 URL。在中间件模式下、或是
* 在 `server.listen` 调用之前会是 null
*/
resolvedUrls: ResolvedServerUrls | null
/**
* 编程式地解析、加载和转换一个 URL 并获得
* 还没有进入 HTTP 请求管道中的结果
*/
transformRequest(
url: string,
options?: TransformOptions,
): Promise<TransformResult | null>
/**
* 应用 Vite 内建 HTML 转换和任意插件 HTML 转换
*/
transformIndexHtml(url: string, html: string): Promise<string>
/**
* 加载一个给定的 URL 作为 SSR 的实例化模块
*/
ssrLoadModule(
url: string,
options?: { fixStacktrace?: boolean },
): Promise<Record<string, any>>
/**
* 解决 ssr 错误堆栈信息
*/
ssrFixStacktrace(e: Error): void
/**
* 触发模块图中某个模块的 HMR。你可以使用 `server.moduleGraph`
* API 来检索要重新加载的模块。如果 `hmr` 是 `false`,则不进行任何操作
*/
reloadModule(module: ModuleNode): Promise<void>
/**
* 启动服务器
*/
listen(port?: number, isRestart?: boolean): Promise<ViteDevServer>
/**
* 重启服务器
*
* @param forceOptimize - 强制优化器打包,和命令行内使用 --force 一致
*/
restart(forceOptimize?: boolean): Promise<void>
/**
* 停止服务器
*/
close(): Promise<void>
}
build
类型校验:
async function build(
inlineConfig?: InlineConfig,
): Promise<RollupOutput | RollupOutput[]>
使用示例:
import path from 'path'
import { fileURLToPath } from 'url'
import { build } from 'vite'
const __dirname = fileURLToPath(new URL('.', import.meta.url))
;(async () => {
await build({
root: path.resolve(__dirname, './project'),
base: '/foo/',
build: {
rollupOptions: {
// ...
},
},
})
})()
preview
类型签名:
async function preview(inlineConfig?: InlineConfig): Promise<PreviewServer>
示例用法:
import { preview } from 'vite'
;(async () => {
const previewServer = await preview({
// 任何有效的用户配置项,将加上 `mode` 和 `configFile`
preview: {
port: 8080,
open: true,
},
})
previewServer.printUrls()
})()
PreviewServer
interface PreviewServer {
/**
* 解析后的 vite 配置对象
*/
config: ResolvedConfig
/**
* 一个 connect 应用实例。
* - 可用作将自定义中间件附加到预览服务器上。
* - 还可用作自定义 HTTP 服务器的处理函数
* 或作为任何 connect 风格的 Node.js 框架的中间件
*
* https://github.com/senchalabs/connect#use-middleware
*/
middlewares: Connect.Server
/**
* 原生 Node http 服务器实例
*/
httpServer: http.Server
/**
* Vite 在 CLI 中输出解析后的 URL
* 在服务器开始监听前,值为 null
*/
resolvedUrls: ResolvedServerUrls | null
/**
* 打印服务器 URL
*/
printUrls(): void
}
resolveConfig
类型校验:
async function resolveConfig(
inlineConfig: InlineConfig,
command: 'build' | 'serve',
defaultMode = 'development',
): Promise<ResolvedConfig>
该 command
值在开发环境(即 CLI 命令 vite
、vite dev
和 vite serve
) 为 serve
。
mergeConfig
类型签名:
function mergeConfig(
defaults: Record<string, any>,
overrides: Record<string, any>,
isRoot = true,
): Record<string, any>
深度合并两份配置。isRoot
代表着 Vite 配置被合并的层级。举个例子,如果你是要合并两个 build
选项请设为 false
。
NOTE
mergeConfig
只接受对象形式的配置。如果有一个回调形式的配置,应该在将其传递给 mergeConfig
之前先调用该回调函数,将其转换成对象形式。
你可以使用 defineConfig
工具函数将回调形式的配置与另一个配置合并:
export default defineConfig((configEnv) =>
mergeConfig(configAsCallback(configEnv), configAsObject),
)
searchForWorkspaceRoot
类型签名:
function searchForWorkspaceRoot(
current: string,
root = searchForPackageRoot(current),
): string
相关内容: server.fs.allow
如果当前工作空间满足以下条件,则搜索它的根目录,否则它将回退到 root
:
package.json
中包含workspaces
字段- 包含以下文件之一:
lerna.json
pnpm-workspace.yaml
loadEnv
类型签名:
function loadEnv(
mode: string,
envDir: string,
prefixes: string | string[] = 'VITE_',
): Record<string, string>
相关内容: .env
Files
加载 envDir
中的 .env
文件。默认情况下只有前缀为 VITE_
会被加载,除非更改了 prefixes
配置。
normalizePath
类型签名:
function normalizePath(id: string): string
相关内容: 路径规范化
规范化路径,以便在 Vite 插件之间互操作。
transformWithEsbuild
类型签名:
async function transformWithEsbuild(
code: string,
filename: string,
options?: EsbuildTransformOptions,
inMap?: object,
): Promise<ESBuildTransformResult>
通过 esbuild 转换 JavaScript 或 TypeScript 文件。对于更想要匹配 Vite 内部 esbuild 转换的插件很有用。
loadConfigFromFile
类型签名:
async function loadConfigFromFile(
configEnv: ConfigEnv,
configFile?: string,
configRoot: string = process.cwd(),
logLevel?: LogLevel,
): Promise<{
path: string
config: UserConfig
dependencies: string[]
} | null>
手动通过 esbuild 加载一份 Vite 配置。