哈喽，我是树酱。之前搭建的微前端体系已经稳步运行将近两年了，最近遇到一些童鞋反馈。之前据说qiankun并不支持Vite打包的应用，那是不是我就无法使用了？
是的，官方暂未有文档表明已经支持Vite。接下来我会从Vite聊起，然后一步步解析如何去解决在qiankun微前端体系中集成基于Vite构建的子应用.
1 为什么要用Vite？
在Vite没有诞生之前，我们前端大多都是基于 webpack 构建的，主要离不开以下两点：
- 本地开发（热更新HMR）
- 打包上线
webpack的核心简单概括就是将各类资源打包整合在一起，形成bundle的能力。但是随着项目的不断迭代，慢慢演变成一个中大型项目，这时候你会发现打包时间太久了，换句话说构建效率变低了。
而在Bundle工具的演变过程中，我们见证了 webpack、Rollup 和 Parcel 等工具，同时构建效率也在逐步提升，如下图所示👇
而伴随着浏览器对ES模块(ESM)逐步支持兼容，是不是有更快的方式可以解决构建问题？
那就是基于浏览器支持的 ESM import特性实现的 bundless, 通过利用浏览器进行模块间依赖加载，而不需要在编译时进行。
换句话说我们不再需要构建一个完整的 Bundle（下文我们称为：Bundless）。当我们修改文件时，浏览器只需要重新加载单个文件即可。
啊乐同学：那有哪些 Bundless 解决方案 ？
（见下文）Vite就是其一，回顾下Vite的优势：👇
- 在开发模式下：基于
esbuild预构建依赖（减少HTTP请求） + 浏览器自主加载对应的模块，热更新页面！ - 在生产模式下：基于
Rollup的打包，速度也有一定提升
你一旦体验到Vite的神速！你真的会停不下来 🚀
🍚 饭后思考：
- esbuild不是比Rollup更快吗？生产模式下，为何不用esbuild构建？👉 参考答案
- 如果是对于原生ESM不支持的浏览器，开发模式咋处理？ 👉 参考答案
- 不是说好bundless？为何还要用
esbuild预构建依赖呢？ 👉 参考答案 - Bundless方案除了Vite之外，还有哪些？ 👉 参考答案
- Vite 的目标是要干掉 Webpack？ 👉 参考答案
2. 微前端框架qiankun与Vite
通过上文，我们了解到使用Vite的优势。那是否
qiankun支持基于vite构建的子应用集成呢？这里我们以vue3+vite的demo为例
会遇到以下两个需要解决的问题：
- 开发模式：在开发环境下，如果我们使用 vite 来构建 vue3 子应用，基于vite的构建机制，会在子应的
html的入口文件的script标签上携带type=module。而我们知道qiankun父应用引入子应用，本质上是将html做为入口文件，并通过import-html-entry这个库去加载子应用所需要的资源列表Js、css，然后通过eval直接执行，而基于vite构建的js中import、export并没有被转码，会导致直接报错（不允许在非 type=module 的 script 里面使用 import）
- 生产模式：生产模式下，因为没有诸如webpack中支持运行时
publicPath,也就是__webpack_public_path__，换句话说就是vite不支持运行时publicPath，其主要作用是用来解决微应用动态载入的脚本、样式、图片等地址不正确的问题。
🌲 拓展阅读：
一开始import-html-entry会过滤掉type=module的文件，导致缺失js却直接eval最终执行出错，后期这个问题官方已经支持👇
目前qiankun官网文档并没有基于Vue3+Vite构建的子应用打包的文档指引，但是我们可以在Github的Issue中找到一些解决方案，主要通过以下这两种方式解决
2.1 只解决生产模式的集成
我们可以通过对子应用vite配置的构建配置改造来实现
首先修改Vite.config.js·中的build配置, 默认Vite的输出目标target是module，需改为esnext
然后在配置文件中引入 @rollup/plugin-html
