Vite
介绍Vite
是Vue
作者尤雨溪又一个备受关注的开源项目,它是一个前端构建工具,可类比Webpack
。它主要解决了传统bundle-base
服务器在开发时遇到的两个问题:
HMR
,但是其热更新的时间仍是会随着应用规模的增长而直线下降。它解决的是开发的时候的效率问题,对于生产环境则是交给了Rollup
。除此之外,它还有以下优点:
ts
、jsx
、css
等开箱即用,无需配置。rollup
的插件接口,大部门的rollup
插件可以在vite
上使用。ts
,具有配置类型提示。Vite
提供了一个快捷创建各类型项目模板的包@vitejs/create-app
的包,对外暴露了可执行的bin
文件:
yarn create @vitejs/app my-vue-app --template vue
顺便提一下, yarn create
是yarn
提供的一个聚合两个命令的语法糖,上面命令等价:
yarn global add @vitejs/create-app
@vite/create-app my-vue-app --template vue
这里是创建vue3
模板。除此之外,vite
还支持
vanilla
vue-ts
react
react-ts
preact
preact-ts
lit-element
lit-element-ts
开发环境,启动服务器
vite
生产环境,打包应用或包
vite build
这里使用的都是vite的核心包 vite
,所有的优化都集中在这个包中,另外vite
还提供了vite.config.ts
的配置文件,允许针对整个构建过程做出一些配置。
上面的vite
和vite build
是做了什么呢?
vite
命令会执行vite.js
这个脚本,而在这个脚本中会执行start
函数,最终引入了node
目录下的cli
脚本,接着看看cli
脚本中干了什么?
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3RbFNBxs-1623254893999)(https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/a92b9ef738b048c4911fc443f9df0380~tplv-k3u1fbpfcp-watermark.image)]
cli
脚本中主要监听了vite
和vite build
两个命令,这便是vite
开发和生产的入口了。
Vite
原理前文提到了vite
主要解决了传统开发构建工具启动和更新慢的问题,那么vite
是怎样解决这两个问题呢?
vite
主要通过 esbuild
预构建依赖和让浏览器接管部分打包程序两种手段解决了这两个问题,下面细讲这两大手段。
esbuild
预构建依赖vite
将代码分为源码和依赖两部分并分别处理,所谓依赖便是应用使用的第三方包,一般存在于node_modules
目录中,一个较大项目的依赖及其依赖的依赖,加起来可能达到上千个包,这些代码可能远比我们源码代码量要大,这些依赖通常是不会改变的(除非你要进行本地依赖调试),所以无论是webpack
或者vite
在启动时都会编译后将其缓存下来。区别的是,vite
会使用esbuild
进行依赖编译和转换(commonjs包转为esm),而webpack
则是使用acorn
或者tsc
进行编译,而esbuild
是使用Go
语言写的,其速度比使用js
编写的acorn
速度要快得多。
esbuild
官方做了一个测试,打包生产环境的three.js
包十次,上图是各大工具的打包时长。esbuild
在打包速度上比现在前端打包工具快10-100倍。
而且vite
在打包之后,还会对这些依赖包的请求设置cache-control: max-age=31536000,immutable;
,即设置了强缓存,之后针对依赖的请求将不会到达服务器。如果要进行依赖调试,可以在启动服务器时使用 --force
标志,它会重新打包依赖。下面看看源码中是怎样实现这些的?
node/cli.ts
// dev
cli
.command('[root]') // default command
.alias('serve')
.option('--host [host]', `[string] specify hostname`)
.option('--port ' , `[number] specify port`)
.option('--https', `[boolean] use TLS + HTTP/2`)
.option('--open [path]', `[boolean | string] open browser on startup`)
.option('--cors', `[boolean] enable CORS`)
.option('--strictPort', `[boolean] exit if specified port is already in use`)
.option('-m, --mode ' , `[string] set env mode`)
.option(
'--force',
`[boolean] force the optimizer to ignore the cache and re-bundle`
)
.action(async (root: string, options: ServerOptions & GlobalCLIOptions) => {
// 核心代码在server脚本中
const { createServer } = await import('./server')
try {
// 创建服务器
const server = await createServer({
root,
base: options.base,
mode: options.mode,
configFile: options.config,
logLevel: options.logLevel,
clearScreen: options.clearScreen,
server: cleanOptions(options) as ServerOptions
})
// 监听端口
await server.listen()
} catch (e) {
createLogger(options.logLevel).error(
chalk.red(`error when starting dev server:\n${e.stack}`)
)
process.exit(1)
}
})
node/server/index.ts
文件中:
import { DepOptimizationMetadata, optimizeDeps } from '../optimizer'
export async function createServer(
inlineConfig: InlineConfig = {}
): Promise<ViteDevServer> {
// 省略无关代码
// 优化
const runOptimize = async () => {
// cacheDir为缓存目录,一般为node_modules/.vite 目录
if (config.cacheDir) {
server._isRunningOptimizer = true
try {
// 依赖预构建
server._optimizeDepsMetadata = await optimizeDeps(config)
} finally {
server._isRunningOptimizer = false
}
server._registerMissingImport = createMissingImporterRegisterFn(server)
}
}
if (!middlewareMode && httpServer) {
// overwrite listen to run optimizer before server start
const listen = httpServer.listen.bind(httpServer)
httpServer.listen = (async (port: number, ...args: any[]) => {
try {
// 执行所有插件的 buildStart方法
await container.buildStart({})
// 依赖预构建优化
await runOptimize()
} catch (e) {
httpServer.emit('error', e)
return
}
return listen(port, ...args)
}) as any
}
}
node/optimizer/index.ts
:
import { build, BuildOptions as EsbuildBuildOptions } from 'esbuild'
export async function optimizeDeps(
config: ResolvedConfig,
force = config.server.force,
asCommand = false,
newDeps?: Record<string, string> // missing imports encountered after server has started
): Promise<DepOptimizationMetadata | null> {
// 缓存目录存在一个保存预构建信息的配置
const dataPath = path.join(cacheDir, '_metadata.json')
const mainHash = getDepHash(root, config)
const data: DepOptimizationMetadata = {
hash: mainHash,
browserHash: mainHash,
optimized: {}
}
// 强制重新预构建
if (!force) {
let prevData
try {
prevData = JSON.parse(fs.readFileSync(dataPath, 'utf-8'))
} catch (e) {}
// hash is consistent, no need to re-bundle
if (prevData && prevData.hash === data.hash) {
log('Hash is consistent. Skipping. Use --force to override.')
return prevData
}
}
// 依赖列表
let deps: Record<string, string>, missing: Record<string, string>
if (!newDeps) {
// 依赖列表是通过扫描import语句进行收集的,所以只有在代码中import进来的包才会进行预构建
;({ deps, missing } = await scanImports(config))
} else {
deps = newDeps
missing = {}
}
const define: Record<string, string> = {
'process.env.NODE_ENV': JSON.stringify(config.mode)
}
// 在vite.config.ts配置的define变量也会注入到包里面
for (const key in config.define) {
const value = config.define[key]
define[key] = typeof value === 'string' ? value : JSON.stringify(value)
}
const start = Date.now()
const { plugins = [], ...esbuildOptions } =
config.optimizeDeps?.esbuildOptions ?? {}
// 使用esbuild对所有的包进行转换
const result = await build({
entryPoints: Object.keys(flatIdDeps),
bundle: true,
format: 'esm',
external: config.optimizeDeps?.exclude,
logLevel: 'error',
splitting: true,
sourcemap: true,
outdir: cacheDir,
treeShaking: 'ignore-annotations',
metafile: true,
define,
plugins: [
...plugins,
esbuildDepPlugin(flatIdDeps, flatIdToExports, config)
],
...esbuildOptions
})
const meta = result.metafile!
// the paths in `meta.outputs` are relative to `process.cwd()`
const cacheDirOutputPath = path.relative(process.cwd(), cacheDir)
for (const id in deps) {
const entry = deps[id]
data.optimized[id] = {
file: normalizePath(path.resolve(cacheDir, flattenId(id) + '.js')),
src: entry,
needsInterop: needsInterop(
id,
idToExports[id],
meta.outputs,
cacheDirOutputPath
)
}
}
// 将打包好的代码写到 node_modules/.vite目录下
writeFile(dataPath, JSON.stringify(data, null, 2))
return data
}
_metadata.json
文件
esbuild
打包输出的代码格式是esm
基本的流程是:
vite
命令会触发调用createServer
函数,在createServer
函数中会调用optimizeDeps
进行依赖预构建优化。optimizeDeps
函数中会从入口开始扫描import
语句,收集依赖列表deps
。esbuild
编译且转换deps
中的所有依赖,并将依赖的打包结构缓存至node_modules/.vite
目录,在该目录还保存了_metadata.json
文件,描述记录了整个预构建的信息。Bundle based dev server在启动时时会把全部的源码都编译,当一个项目有很多路由页面时,它也会按照每一个路由入口查找编译所有模块,但实际上我们是否需要在启动的时候就打包所有的模块源码?
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-skg9oOC7-1623254894003)(https://www.vitejs.net/assets/bundler.37740380.png)]
在启动的时候,vite
并不会打包源码,而是在浏览器请求路由时才会进行打包,而且也仅仅打包当前路由的源码,这相当于让浏览器掌握了打包的控制权。从而将Bundle based dev server一次性打包全部源码的操作改为了多次,启动速度无疑会快非常多,并且在访问时转换的速度也不会慢下来,因为每次转换的源码只有当前路由下的;并且源码模块还会设置协商缓存,当模块没有改变时,浏览器的请求会返回304 Not Modified
。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ur7NmpDq-1623254894004)(https://www.vitejs.net/assets/esm.3070012d.png)]
这一切的前提是基于原生的ES Module
,浏览器在处理ES6 Module
时,该模块中所有import
进来的module
都会通过http
请求抓取,并且其请求是精确有序的。ESM
还对vite
的HMR
起了非常大的作用。当源码文件修改时,因为源码采取的是ESM
,vite
只需要精确地使当前修改模块与其最近的HMR
边界失效,大多数情况只需要替换当前修改的模块,这让vite
的HMR
直接与当前应用的大小没有关系。无论应用多大,都能保持快速的更新速度。
main.ts
import { createApp } from 'vue'
import App from './App.vue'
import {get} from 'lodash'
export const app = createApp(App).mount('#app')
console.log(get(app, 'name'))
从上图可以看出浏览器在处理ESM
执行的请求 以及 vite
对源码和依赖分别执行的强缓存和协商缓存。下面从vite
源码分析是怎样实现这个功能的。
入口还是在node/server/index.ts
的createServer
函数:
import connect from 'connect'
import chokidar from 'chokidar'
import { transformMiddleware } from './middlewares/transform'
export async function createServer(
inlineConfig: InlineConfig = {}
): Promise<ViteDevServer> {
// 省略无关代码
// 创建connect中间件,用于有序地服务请求,
// 具体可查看 https://github.com/senchalabs/connect
const middlewares = connect() as Connect.Server
const httpServer = middlewareMode
? null
: await resolveHttpServer(serverConfig, middlewares, httpsOptions)
const ws = createWebSocketServer(httpServer, config, httpsOptions)
const { ignored = [], ...watchOptions } = serverConfig.watch || {}
// 用于监测文件修改或新增文件
const watcher = chokidar.watch(path.resolve(root), {
ignored: ['**/node_modules/**', '**/.git/**', ...ignored],
ignoreInitial: true,
ignorePermissionErrors: true,
disableGlobbing: true,
...watchOptions
}) as FSWatcher
const plugins = config.plugins
// 插件容器,vite的所有插件,包括vite.config.js都会被收集到container中
const container = await createPluginContainer(config, watcher)
// 建立模块图,请求模块是通过moduleGraph查找并转换模块的
const moduleGraph = new ModuleGraph(container)
const server: ViteDevServer = {
config: config,
middlewares,
httpServer,
watcher,
pluginContainer: container,
ws,
moduleGraph,
transformWithEsbuild,
transformRequest(url, options) {
return transformRequest(url, server, options)
},
listen(port?: number, isRestart?: boolean) {
return startServer(server, port, isRestart)
},
}
// 用于解析入口 index.html文件
server.transformIndexHtml = createDevHtmlTransformFn(server)
watcher.on('change', async (file) => {
file = normalizePath(file)
// 源码修改可需要通知moduleGraph更新缓存中的模块
moduleGraph.onFileChange(file)
if (serverConfig.hmr !== false) {
try {
await handleHMRUpdate(file, server)
} catch (err) {
ws.send({
type: 'error',
err: prepareError(err)
})
}
}
})
// 新增文件
watcher.on('add', (file) => {
handleFileAddUnlink(normalizePath(file), server)
})
// 删除文件
watcher.on('unlink', (file) => {
handleFileAddUnlink(normalizePath(file), server, true)
})
// 计算请求的时长
if (process.env.DEBUG) {
middlewares.use(timeMiddleware(root))
}
// 处理CORS
const { cors } = serverConfig
if (cors !== false) {
middlewares.use(corsMiddleware(typeof cors === 'boolean' ? {} : cors))
}
// 代理接口
const { proxy } = serverConfig
if (proxy) {
middlewares.use(proxyMiddleware(httpServer, config))
}
// 当base不等于'/'
if (config.base !== '/') {
middlewares.use(baseMiddleware(server))
}
// 处理/public目录下文件的请求,核心
if (config.publicDir) {
middlewares.use(servePublicMiddleware(config.publicDir))
}
// 处理当前路由下的代码转换
middlewares.use(transformMiddleware(server))
// 其它静态文件处理
middlewares.use(serveRawFsMiddleware(config))
middlewares.use(serveStaticMiddleware(root, config))
return server
}
源码只要是通过transformMiddleware
中间件进行转换的,下面看看在这个中间件中是如何转换源码的?
/node/server/middlewares/transform.ts
import { transformRequest } from '../transformRequest'
export function transformMiddleware(
server: ViteDevServer
): Connect.NextHandleFunction {
const {
config: { root, logger, cacheDir },
moduleGraph
} = server
return async function viteTransformMiddleware(req, res, next) {
let url
try {
url = removeTimestampQuery(req.url!).replace(NULL_BYTE_PLACEHOLDER, '\0')
} catch (err) {
}
const withoutQuery = cleanUrl(url)
try {
if (
isJSRequest(url) ||
isImportRequest(url) ||
isCSSRequest(url) ||
isHTMLProxy(url)
) {
const ifNoneMatch = req.headers['if-none-match']
// 当当前模块没有改变时,直接返回304
if (
ifNoneMatch &&
(await moduleGraph.getModuleByUrl(url))?.transformResult?.etag ===
ifNoneMatch
) {
isDebug && debugCache(`[304] ${prettifyUrl(url, root)}`)
res.statusCode = 304
return res.end()
}
// 转换当前路由下的所有源码,并拿到转换结果
const result = await transformRequest(url, server, {
html: req.headers.accept?.includes('text/html')
})
if (result) {
// 将转换好的源码返回
return send(
req,
res,
result.code,
type,
result.etag,
// allow browser to cache npm deps!
isDep ? 'max-age=31536000,immutable' : 'no-cache',
result.map
)
}
}
} catch (e) {
return next(e)
}
next()
}
}
transformMiddleware
中间件是通过transformRequest
函数转换源码,下面看看这个函数做了什么?
/node/server/transformRequest.ts
export async function transformRequest(
url: string,
{ config, pluginContainer, moduleGraph, watcher }: ViteDevServer,
options: TransformOptions = {}
): Promise<TransformResult | null> {
url = removeTimestampQuery(url)
const { root, logger } = config
const prettyUrl = isDebug ? prettifyUrl(url, root) : ''
const ssr = !!options.ssr
//通过moduleGraph检查是否已经存在该模块,存在则直接返回
const module = await moduleGraph.getModuleByUrl(url)
const cached =
module && (ssr ? module.ssrTransformResult : module.transformResult)
if (cached) {
isDebug && debugCache(`[memory] ${prettyUrl}`)
return cached
}
// 准备一个mod,以将转换完成的模块保存到moduleGraph中
const mod = await moduleGraph.ensureEntryFromUrl(url)
// 通过所有的vite插件转换源码
const transformResult = await pluginContainer.transform(code, id, map, ssr)
code = transformResult.code!
map = transformResult.map
// 将源码保存到mod中并返回
return (mod.transformResult = {
code,
map,
etag: getEtag(code, { weak: true })
} as TransformResult)
}
通过以上源码,可以发现整个流程:
createServer
函数中,在这个函数中,vite
创建一个http
或https
的服务器。CORS
,Proxy
等的中间件,其中transformMiddleware
中间件用于转换代码。transformMiddleware
中间件中,会先查询moduleGraph
中是否存在当前模块,存在则返回,不存在则会调用transformRequest
转换源码。transformResult
中使用vite plugin
完成了对源码的转换,转换后会缓存到moduleGraph
中,方便下次直接使用。值得一提的是,vite
内部内置了需要plugin
,这些插件会被默认添加以支持某些开箱即用的功能,另外有一个esbuildPlgin
的插件用于转换代码,所以即便是源码也还是会先经过esbuild
的编译,这样可以获得速度上的提升。
Rollup
打包vite
针对的是现代浏览器,现代浏览器已经广泛支持了ESM
,我们能否像上古年代那样直接不经过打包,直接将代码部署到服务器?事实上,还是存在一些问题的:
tree-shaking
、懒加载和代码分割等优化,以减小应用的体积和更好地做浏览器缓存。那么vite
是否可以直接使用esbuild
进行打包,保持开发和生产的统一?从长期看来是可以这样的,但是就目前而言,esbuild
对css
和代码分割的支持不够友好,更多针对应用的构建能力还在持续开发中。因此,vite
选择了同样采用ESM
格式的rollup
来进行打包,并且vite
的插件采用了rollup
的rollup-superset
接口,这使大部分的rollup
的插件都能在vite
上使用。
下面看看vite
是如何使用rollup
进行打包:
node/cli.ts
// build
// 监听 vite build 命令
cli
.command('build [root]')
.option('--target ' , `[string] transpile target (default: 'modules')`)
.option('--outDir ' , `[string] output directory (default: dist)`)
.option('-m, --mode ' , `[string] set env mode`)
.option('-w, --watch', `[boolean] rebuilds when modules have changed on disk`)
.action(async (root: string, options: BuildOptions & GlobalCLIOptions) => {
const { build } = await import('./build')
const buildOptions = cleanOptions(options) as BuildOptions
try {
// 执行构建
await build({
root,
base: options.base,
mode: options.mode,
configFile: options.config,
logLevel: options.logLevel,
clearScreen: options.clearScreen,
build: buildOptions
})
} catch (e) {
createLogger(options.logLevel).error(
chalk.red(`error during build:\n${e.stack}`)
)
process.exit(1)
}
})
node/build.ts
/**
* Bundles the app for production.
* Returns a Promise containing the build result.
*/
// 入口
export async function build(
inlineConfig: InlineConfig = {}
): Promise<RollupOutput | RollupOutput[] | RollupWatcher> {
parallelCallCounts++
try {
return await doBuild(inlineConfig)
} finally {
parallelCallCounts--
if (parallelCallCounts <= 0) {
await Promise.all(parallelBuilds.map((bundle) => bundle.close()))
parallelBuilds.length = 0
}
}
}
async function doBuild(
inlineConfig: InlineConfig = {}
): Promise<RollupOutput | RollupOutput[] | RollupWatcher> {
// 生成配置,会加入内置插件
const config = await resolveConfig(inlineConfig, 'build', 'production')
const options = config.build
const ssr = !!options.ssr
const libOptions = options.lib
const resolve = (p: string) => path.resolve(config.root, p)
// 在输入包的时候会配置入口,没有配置入口时,会以index.html为入口
const input = libOptions
? resolve(libOptions.entry)
: typeof options.ssr === 'string'
? resolve(options.ssr)
: options.rollupOptions?.input || resolve('index.html')
if (ssr && typeof input === 'string' && input.endsWith('.html')) {
throw new Error(
`rollupOptions.input should not be an html file when building for SSR. ` +
`Please specify a dedicated SSR entry.`
)
}
// 取得打包输出目录,默认是dist目录
const outDir = resolve(options.outDir)
// 引入rollup包
const rollup = require('rollup') as typeof Rollup
// rollup的打包配置
const rollupOptions: RollupOptions = {
input,
preserveEntrySignatures: ssr
? 'allow-extension'
: libOptions
? 'strict'
: false,
...options.rollupOptions,
plugins,
external,
onwarn(warning, warn) {
onRollupWarning(warning, warn, config)
}
}
try {
const pkgName = libOptions && getPkgName(config.root)
// 用以构建rollup的输出配置, 比如hash name之类的
const buildOuputOptions = (output: OutputOptions = {}): OutputOptions => {
return {
dir: outDir,
format: ssr ? 'cjs' : 'es',
exports: ssr ? 'named' : 'auto',
sourcemap: options.sourcemap,
name: libOptions ? libOptions.name : undefined,
entryFileNames: ssr
? `[name].js`
: libOptions
? `${libOptions.fileName || pkgName}.${output.format || `es`}.js`
: path.posix.join(options.assetsDir, `[name].[hash].js`),
chunkFileNames: libOptions
? `[name].js`
: path.posix.join(options.assetsDir, `[name].[hash].js`),
assetFileNames: libOptions
? `[name].[ext]`
: path.posix.join(options.assetsDir, `[name].[hash].[ext]`),
// #764 add `Symbol.toStringTag` when build es module into cjs chunk
// #1048 add `Symbol.toStringTag` for module default export
namespaceToStringTag: true,
inlineDynamicImports: ssr && typeof input === 'string',
manualChunks:
!ssr &&
!libOptions &&
output?.format !== 'umd' &&
output?.format !== 'iife'
? createMoveToVendorChunkFn(config)
: undefined,
...output
}
}
// 获得输出配置
const outputs = resolveBuildOutputs(
options.rollupOptions?.output,
libOptions,
config.logger
)
// 进行rollup打包
const bundle = await rollup.rollup(rollupOptions)
parallelBuilds.push(bundle)
// 是仅生成代码,还是生成代码并且写入磁盘, write会写入磁盘
const generate = (output: OutputOptions = {}) => {
return bundle[options.write ? 'write' : 'generate'](
buildOuputOptions(output)
)
}
if (options.write) {
// 创建代码输出目录,默认dist
prepareOutDir(outDir, options.emptyOutDir, config)
}
return await generate(outputs)
} catch (e) {
outputBuildError(e)
throw e
}
}
生成代码的构建比较简单,总的流程的是先调用rollup.rollup()
从入口开始编译,建立依赖关系图,然后调用bundle.write()
或bundle.generate()
输出代码,其中bundle.write()
会将代码输出到磁盘中。
下面看一个使用rollup
打包的例子:
入口 test.js
import _ from 'lodash'
import {
add
} from './math'
function useTimeOut() {
const res = add(12, 34)
const res2 = _.add(12, 34)
console.log('useTimeOut', res === res2)
}
useTimeOut();
math.js
export function add(a, b) {
return a + b;
}
export function substract(a, b) {
return a - b;
}
rollup 打包脚本 build.js
const rollup = require('rollup');
// 用于将node_modules中的包打包进来
const resolve = require('rollup-plugin-node-resolve');
// 用于加载commonjs的包
const commonjs = require('rollup-plugin-commonjs');
// see below for details on the options
const inputOptions = {
input: './test.js',
plugins: [
// resolve(),
// commonjs()
]
};
const outputOptions = {
file: 'bundle.js',
format: 'esm',
};
async function build() {
// create a bundle
const bundle = await rollup.rollup(inputOptions);
console.log('bundle:', bundle);
// bundle: {
// cache: {
// modules: [ [Object], [Object] ],
// plugins: [Object: null prototype] {}
// },
// closed: false,
// close: [AsyncFunction: close],
// generate: [AsyncFunction: generate],
// watchFiles: [
// '/Users/huangyl/Desktop/learn-code/vite-test/rollup/test.js',
// '/Users/huangyl/Desktop/learn-code/vite-test/rollup/math.js'
// ],
// write: [AsyncFunction: write]
// }
console.log('modules:', bundle.cache.modules);
// generate code and a sourcemap
const result = await bundle.generate(outputOptions);
console.log('code:', result);
// code: {
// output: [
// {
// exports: [],
// facadeModuleId: '/Users/huangyl/Desktop/learn-code/vite-test/rollup/test.js',
// isDynamicEntry: false,
// isEntry: true,
// isImplicitEntry: false,
// modules: [Object: null prototype],
// name: [Getter],
// type: 'chunk',
// code: "import _ from 'lodash';\n" +
// '\n' +
// 'function add(a, b) {\n' +
// ' return a + b;\n' +
// '}\n' +
// '\n' +
// 'function useTimeOut() {\n' +
// ' const res = add(12, 34);\n' +
// ' const res2 = _.add(12, 34);\n' +
// " console.log('useTimeOut', res === res2);\n" +
// '}\n' +
// '\n' +
// '\n' +
// 'useTimeOut();\n',
// dynamicImports: [],
// fileName: 'bundle.js',
// implicitlyLoadedBefore: [],
// importedBindings: [Object],
// imports: [Array],
// map: null,
// referencedFiles: []
// }
// ]
// }
await bundle.write(outputOptions)
// or write the bundle to disk
// await bundle.write(outputOptions);
}
build();
使用 node build.js
执行打包,这样子可以看到调用rollup.rollup()
和bundle.generate()
之后的输出,还有打包输出的文件。
bundle.js
import _ from 'lodash';
function add(a, b) {
return a + b;
}
function useTimeOut() {
const res = add(12, 34);
const res2 = _.add(12, 34);
console.log('useTimeOut', res === res2);
}
useTimeOut();
本文简要地讲解了vite
解决的问题以及实现原理,并且从源码的角度分析各个部分的实现过程,但是限于篇幅,本文没有详细讲解vite
的各种配置,有需要的同学可以在vite中文文档查看。最后,推荐使用vite
, 其开发体验提升了一个层次。