目录
前言主应用微应用部署
前言
因为业务系统接入的需要，决定将一个vue3+vite+ts的主应用系统，改造成基于qiankun的微应用架构。此文记录了改造的过程及vue3微应用接入的种种问题。
网上有很多关于微应用改造的案例，但很多都没写部署之后什么情况。写了部署的，没有实操部署在二级目录、三级目录是什么情况，甚至没有对部署之后的情况做测试、没有说明。这是在整个改造过程中最难的一点，也是最困扰我的一个问题。我们所改造的应用说明：
主应用：vue3+vite+ts微应用1：vue2，qiankun官网API是基于vue2+webpack，我们对vue2也进行了接入，但是在本篇文章中不做说明。微应用2：vue3+vite，由于主应用已经是vue3的系统，所以，微应用也决定直接使用vue3框架
不懂的地方可以参考qiankun官方API，本文记录的是 基于vue3+vite的微应用，如何在vue3+vite的主应用中接入，以及完整的改造过程。首先有三个前提条件：
主应用为经典运营系统的左右布局结构（下图），要求将微应用接入为主应用的一个路由页面；微应用和主应用部署在不同的服务；主应用部署在二级目录。
图中所示的微应用菜单处，就是可以动态插拔微应用的菜单。
主应用
在主应用中注册微应用路由
const microRouters = [
{
path: '/vite-vue3-app2/', // path值必须与微应用中，路由前缀的`${parentBase}${packagejson.name}`中的${packagejson.name}值相同，否则访问会出错，${parentBase}为主应用部署的目录路径，后面内容中会讲
component: Layout,
name: 'vite-vue3-app2',
meta: { title: '微应用测试2', icon: 'dashboard' },
children: [ // 想要显示的微应用路由，都需要在主应用中注册
{
path: 'hello',
component: () => import('@/views/Portal.vue'), // 所有路由都使用同一个vue组件
hidden: false,
name: 'app2-hello',
meta: { title: 'app2-hello', icon: 'dashboard' }
},
{
path: 'home',
component: () => import('@/views/Portal.vue'),
hidden: false,
name: 'app2-home',
meta: { title: 'app2-home', icon: 'dashboard' }
},
{
path: 'about',
component: () => import('@/views/Portal.vue'),
hidden: false,
name: 'app2-about',
meta: { title: 'app2-about', icon: 'dashboard' }
},
]
},
]
注册微应用
registerMicroApps([
{
name: 'app2',
entry: '/app2/', // entry，访问时，主应用的路径中会带有/app2/,通过niginx代理进入微应用
container: '#view-main',
activeRule: location => {
return location.pathname.includes('/vite-vue3-app2') // 路由中包含/vite-vue3-app时，激活该微应用
},
props: {
agg: '/vite-vue3-app2',
// 注意：_parent_base是主应用的路由前缀（可以使用变量），在微应用启动时会使用到(！！！重点)
_parent_base: '/portal/admin-console/'
}
}
注册微应用阶段，需要注意的事项：
entry使用一个字符串'/app2/'，在服务配置中通过nginx代理转发到微应用；
注册微应用时，传递参数_parent_base，这是主应用部署的二级目录，在微应用不独立运行时，路由需要携带该参数一起。
父级路由的path: '/vite-vue3-app2/'，必须与微应用中的路由前缀${parentBase}${packagejson.name}中${packagejson.name}的值相同，否则访问会出错。（${parentBase}是主应用部署的目录路径，后面内容中会讲）
注册Portal.vue组件，并在组件 mounted 中调用start函数
微应用
因为qiankun目前还没有支持vue3使用，官方API中的方法行不通，可以使用有大佬开发的vite-plugin-qiankun插件。首先在微应用中安装插件：vite-plugin-qiankun，然后按照如下方法修改：
1.main.js文件修改
import { createApp } from 'vue' // vue3引入
import Cookies from 'js-cookie'
import ElementPlus from 'element-plus' // 引入element-plus
import locale from 'element-plus/lib/locale/lang/zh-cn' // 中文语言
import '@/assets/styles/index.scss' // global css
import App from './App'
import store from './store' //store
/**
* 这里需要特别注意：我们将router定义为了一个函数。
* 因为主应用部署在二级目录，当微应用不独立运行时，如果微应用的router没有带上主应用二级目录作为前缀，访问会出错，具体原因下面介绍
*/
import { router } from './router' // router
import plugins from './plugins' // plugins
import { renderWithQiankun, qiankunWindow } from 'vite-plugin-qiankun/dist/helper'
let app = null
// 独立运行时
if(!qiankunWindow.__POWERED_BY_QIANKUN__) {
app = createApp(App)
app.use(router('')).use(store).use(plugins) // router('')，独立运行，路由前缀为空
app.use(ElementPlus, {
locale: locale,
size: Cookies.get('size') || 'default'
})
app.mount('#app')
} else {
// 作为微应用运行
renderWithQiankun({ // 调用renderWithQiankun
mount(props) {
app = createApp(App)
app
.use(router(props._parent_base))// 路由前缀添加router(props._parent_base)，_parent_base是从主应用中传过来的
.use(store)
.use(plugins)
app.use(ElementPlus, {
locale: locale,
size: Cookies.get('size') || 'default'
})
app.mount(props.container ? props.container.querySelector('#app') : '#app')
},
bootstrap() {
console.log('-- bootstrap --')
},
update() {
console.log('-- update --')
},
unmount() {
console.log('-- unmount --', app)
app?.unmount()
}
})
}
当微应用不独立运行时，为什么路由前缀中要加上主应用的部署目录？
首先，主应用不是部署在服务器的根目录，而是在/portal/admin-console/目录下。所以，访问该应用的任何一个页面，都需要加上该目录作为访问地址，如系统的home页，就需要这样访问：http://localhost:18080/portal/admin-console/index，index是路由，前面是服务域名+目录。其次，假设微应用的路由不加如上所讲的目录作为前缀，会怎么样呢？这是当时部署后遇到的一个最大的难题。
如上图所示，我们访问了vite-vue3-app2/hello这个路由，而在点击后却跳转到了http://localhost:8082/vite-vue3-app2/portal/admin-console/vite-vue3-app2/hello，页面404错误。对比之下就会发现，qiankun在调起微应用时，将微应用的路由前缀添加在了主应用的域名后面，我们之所以在主应用中添加与微应用前缀一致的路由名称，也是因为这个原因。
当访问以上页面时，访问的域名是http://localhost:8082，所以原本微应用中的路由前缀就会添加在8082后面，而不是添加在/portal/admin-console/后面。
而当我们按照如上所讲的，将微应用中的路由前缀改为${parentBase}${packagejson.name}时（请参考如下2.微应用路由定义），访问就会变的正常。如果主应用部署在根目录，则parenBase给空值。
这一点对于部署在非根目录的服务非常重要，但在官方API中没有说明。是在开发环境调试正常，部署之后遇到的巨坑。
微应用路由定义：router.js文件
import { createWebHistory, createRouter } from 'vue-router'
import { qiankunWindow } from 'vite-plugin-qiankun/dist/helper'
export const constantRoutes = [
{
path: '/home',
component: () => import('@/views/micro/home.vue'),
hidden: true
},
{
path: '/hello',
component: () => import('@/views/micro/hello.vue'),
hidden: true
},
{
path: '/about',
component: () => import('@/views/micro/about.vue'),
hidden: true
},
];
const router = (parentBase) => {
/**
* 区别作为微应用运行和独立运行时的路由base
* 1. 当作为微应用运行时：路由前缀为 ${parentBase}${packagejson.name}`
* - parentBase是从主应用中传过来的参数
* - packagejson.name是在package.json文件中定义的固定变量，是为了方便使用和便于区分，这个应该大家都能够理解
* 2. 独立运行时：路由前缀为/app2
*/
const base = qiankunWindow.__POWERED_BY_QIANKUN__ ? `${parentBase}${packagejson.name}` : '/app2'
return createRouter({
history: createWebHistory(base),
routes: constantRoutes,
scrollBehavior(to, from, savedPosition) {
if (savedPosition) {
return savedPosition
} else {
return { top: 0 }
}
},
});
}
export { router }
vite.config.js文件修改
import { defineConfig, loadEnv } from 'vite'
import path from 'path'
import createVitePlugins from './vite/plugins'
export default defineConfig(({ mode, command }) => {
const env = loadEnv(mode, process.cwd())
const { VITE_APP_ENV, VITE_WEB_APP_DIR } = env
return {
configureWebpack: { // webpack 配置
devtool: 'source-map',
},
/**
* 代理的问题：微应用打包的 base 必须跟主应用中的代理地址 entry 值一致
* 但是，加上 /app2/ 之后，就必须部署在 app2 目录，否则无法独立访问。
*/
base: '/app2/',
build: {
assetsDir: "assets",
},
plugins: createVitePlugins(env, command === 'build'),
resolve: {
alias: {
'~': path.resolve(__dirname, './'),
'@': path.resolve(__dirname, './src')
},
extensions: ['.mjs', '.js', '.ts', '.jsx', '.tsx', '.json', '.vue']
},
server: { ... }, // server配置省略
}
})
vite.config.js中的配置，主要是修改base值，如代码片段中的注释：
微应用打包的 base必须跟主应用中的代理地址 entry 值一致。微应用必须部署在base 目录，否则无法独立访问。
package.json文件修改 package.json 文件中主要是修改了name值，这是为了方便在router中使用，全局使用统一的变量值更便于理解。你也可以自己选择修改或不修改，这里的值改动，不会影响整体功能的运行
部署
主应用部署
主应用部署在\portal\admin-console目录下，如下图所示nginx服务目录结构： nginx配置：
server {
listen 18080;
server_name localhost;
......其它内容省略
location /portal/admin-console/ {
root app;
index index.html;
// 主应用是history模式，解决404问题
try_files $uri $uri/ /portal/admin-console/index.html;
}
// 后端服务的代理
location /dev-api/ {
proxy_pass https://xxxxxxxxxxx/;
}
// 微应用代理
location /app2/ {
proxy_pass http://localhost:18089/app2/; // 微应用部署的服务
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
微应用部署 如前所示，微应用需要部署在/app2目录下，微应用的静态文件路径： nginx配置：
server {
listen 18089;
server_name localhost;
// ......其它内容省略
location /app2/ {
root app;
index index.html;
// 404
try_files $uri $uri/ /app2/index.html;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
至此，qiankun微应用接入成功。主应用、微应用单独访问或在主应用中访问微应用，都能够正常访问。
在改造的过程中，遇到了两个难题：
entry微应用的入口。官方只给出了很多个方案，但都没有我想要的：在菜单中添加微应用，还要通过代理来激活。这个问题的解决都还相对容易，比较难搞的是下面一个问题。主应用部署在了非根目录下，出现如上所述访问跳转错误的问题。这个问题的解决只能通过不断观察，观察每次路由访问时出现错误的情况，一步一步逐层破解，直到最后发现解决问题的办法。实际上，问题的最终解决看似很简单，但是破解问题的过程并不容易。参考官方API将每一步都测试没有问题了，但我的问题就是存在，翻遍搜索引擎也没有找到我想要的答案，只能自己一步一步破解。解决问题的过程很难熬，但解决之后的成就感也是满满的！
所以，遇到问题 还是可以多探索探索的呀！！！
好文推荐
您阅读本篇文章共花了：
发表评论