vite的vue子应用进入路由时获取的from to为基座应用的 about micro-app

[bailicangdu]

主应用和子应用都是hash路由吗

[bailicangdu]

disable-memory-router就是native模式，设置方式参考 https://micro-zoe.github.io/micro-app/docs.html#/zh-cn/browser-router

[lovelyJason]

主应用和子应用都是hash路由吗

主应用history路由，子应用哈希路由。disable-memory-router设置为true了，不设置不行，不设置会死循环。我是听说vite都作为主子应用时，应该要关闭虚拟路由

[bailicangdu]

那就符合这种情况

[bailicangdu]

把micro-app url中的hash去掉，放到浏览器url上

[lovelyJason]

在菜单点击事件中，这种在调用主应用的router.push(主应用的（不包含vite.config.js.base的）路由 + '#' + 子应用（不包含vite.config.js.base的）路由 )，能正常显示微应用。

但是还是那个问题， 如下图， 获取到的path是主应用的路由，不是子应用的路由,。此时我基座应用的入口页比如说是/system/role, 那这里的path就指的是/system/role。比如微应用的路由是/admin/role。得router.push('/system/role#/admin/role')才行。这个问题就导致了子应用一加载进来就是首页，所以怎么获取到微应用的那个路由，判定是微应用的接入口再push?

基座应用下的菜单都是路由表里循环生成的，有几个子菜单会接入微应用，获取不到子应用路径，还是说push采取写死路由的做法？

所以我这篇issue总结归纳一句话就是，菜单是循环生成的情况下， 有多个菜单接入了微应用， 总不能判断基座应用路由满足/a的情况下跳/a#/micro-routera, 基座应用路由满足/b，跳/b#/micro-routerb吧。怎么区分这个东西

#65
跟这篇issue有异曲同工之妙

[lovelyJason]

把micro-app url中的hash去掉，放到浏览器url上

其实你们之前有个这个default-page可以指定渲染页面，但是这个东西只对虚拟路由开启才生效