子应用跳转失败因未识别主应用base路径，导致usenavigate写入错误url；须由主应用传入base（如"/app1"），子应用vue router设base: window.__micro_app_base_route__ || '/'，禁用process.env.base_url。
子应用 HTML 里写 /user/123 为什么跳不到正确页面
因为子应用根本没“看到”自己该在 /app1/user/123 下运行，它把路径当成了根路径处理。浏览器 history API 写入的是完整 URL，但子应用路由初始化时没用主应用给的 base path，导致 useNavigate('/user/123') 实际 push 到了 https://host/user/123，而不是 https://host/app1/user/123。
实操建议：
- 子应用启动前，主应用必须通过
window.__micro_app_base_route__或 props 显式传入 base，例如"/app1" - Vue Router 初始化时写
base: window.__micro_app_base_route__ || '/'，别用process.env.BASE_URL—— 构建时固化，运行时不可变 - React Router v6+ 必须用
<router basename="{base}"></router>包裹，不能靠useNavigate自己拼接 - 检查子应用实际加载后的 URL：打开 DevTools → Application → Frames，确认当前 frame 的 URL 是
/app1/xxx而不是/xxx
history.pushState 在子应用里调用后主应用没响应
这不是主应用“没监听”，而是子应用改了 URL，但没通知主应用——微前端里路由变更不是自动广播的。主应用只认自己管理的 history 实例，子应用直接调 pushState 相当于在沙箱里偷偷改表，主应用根本不知道发生了什么。
实操建议：
- 子应用禁止直接调用
history.pushState或replaceState，所有跳转必须走主应用暴露的路由 API（如window.microApp.router.push） - 若用 qiankun，子应用需在挂载后主动调用
setGlobalState或触发自定义事件通知主应用；qiankun 本身不劫持原生 history - 主应用要监听子应用的路由变更，得靠约定通信机制，比如监听
micro-app-route-change自定义事件，而非依赖 popstate - 验证方式：在子应用中执行
history.pushState(null, '', '/order/5')后，看主应用的window.location.pathname是否同步变化 —— 不变就说明没桥接
刷新 /app1/order/5 返回 404，但点链接能进
这是服务端问题，和 HTML 结构、JS 沙箱、样式隔离全无关系。浏览器直接请求 /app1/order/5，Nginx/Express 按静态文件规则找这个路径，找不到就 404。单页应用的路由是前端逻辑，服务端根本不知道 /app1/order/5 应该返回 /app1/index.html。
实操建议：
- Nginx 配置必须加
location /app1 { try_files $uri $uri/ /app1/index.html; }，注意路径前缀和 index 文件位置一致 - Express 中不能只写
app.get('*', ...)，得限定为app.get('/app1/*', ...)，否则会干扰主应用或其他子应用路由 - 子应用构建产物无需改
publicPath，只要确保其index.html能被主应用通过 entry 地址正确加载即可 - 验证方法：curl -I https://host/app1/order/5，看返回是否为 200 + text/html，而不是 404
HTML 中写 <div id="login-form"> 为何被主应用样式污染<p>HTML 元素 ID 和 class 天然全局，<code>id="login-form" 不等于“只归我管”。主应用写了 #login-form input { border: 2px solid red }，照样生效——data-* 属性、自定义标签、甚至 Shadow DOM 都不是默认开启的，得手动配、手动挂、手动注入。
实操建议：
- 别指望 HTML 结构自带隔离，
id和class就是全局作用域的入口，冲突是常态，不是异常 - 如果用 Shadow DOM，必须在构造时明确写
attachShadow({ mode: 'closed' })，mode: 'open'等于没隔离 - qiankun 的
strictStyleIsolation: true只重写<style></style>标签内容，对内联style=""、第三方库动态插入的样式（如 Ant Design 的<style></style>）无效 - 真正落地的组合是：构建时 PostCSS 加前缀 + 运行时框架注入 scoped 规则 + 关键节点用
data-app="auth"手动限定选择器范围
子应用 HTML 的结构本身不参与路由分发，也不决定样式边界；它只是被加载、被挂载、被包裹的静态文本。真正起作用的，是 base path 怎么传、history 怎么桥接、服务端怎么 fallback、样式怎么重写——这些环节任何一处松动，都会让看似正确的 HTML 瞬间失效。
