静态属性static不是微前端物理命名空间的直接工具，仅能在单个子应用内辅助标识；真正的命名空间隔离依赖构建时前缀、运行时沙箱及容器协调等多层机制协同实现。
静态属性 static 本身不是微前端中定义物理命名空间的直接工具——它属于 JavaScript 类语法层面的特性，无法跨子应用生效或参与运行时隔离。真正起作用的是**约定+机制+基础设施协同**，而 static 只能在单个子应用内部辅助实现局部命名规范，不能解决跨应用命名冲突问题。
命名空间本质是逻辑隔离，不是语言特性
微前端中的“物理命名空间”实际指：子应用在 DOM、CSS、JS 全局环境、状态管理、路由路径等维度上彼此不污染。这些隔离靠的是架构层设计（如沙箱、前缀、作用域），而非 class MyApp { static name = 'order' } 这类声明。该写法仅对当前子应用内代码有意义，其他子应用完全无法感知或约束它。
真正有效的命名空间落地方式
要让子应用互不干扰，需在多个层面统一施加命名约定，并由容器应用或构建工具强制执行：
-
CSS 类名前缀：构建时自动为所有样式添加唯一前缀，例如
order-app-button、user-app-modal；可借助 PostCSS 插件或 CSS Modules 的localIdentName配置生成带子应用标识的哈希类名 -
全局变量/事件命名：约定所有自定义事件使用
micro:order:submit、micro:user:login格式；避免直接dispatchEvent(new CustomEvent('submit')) -
Redux/Vuex/Pinia 状态切片：每个子应用只操作自己命名空间下的 state，如
state.order.form、state.user.profile，由主应用统一注入命名空间前缀 -
路由路径注册：子应用注册时声明基础路径，如
/order/*、/user/*，容器应用按此规则匹配并加载，天然形成 URL 层级隔离
static 属性能做什么（有限但实用）
它可在子应用内部作为“自我标识”的轻量载体，用于简化自身逻辑，例如：
PigX UI 前端开发
下载
PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。
立即学习“前端免费学习笔记（深入）”；
- 子应用类中定义
static id = 'payment'，供容器应用识别并加载对应资源 - 在共享工具函数中读取
PaymentApp.id来拼接 API 基地址或埋点前缀 - 配合模块联邦的
name字段，保持构建配置与运行时标识一致
注意：这只是辅助手段，若不配合构建时处理、运行时沙箱和容器协调，static 单独存在毫无隔离效力。
推荐组合方案
一个健壮的命名空间体系应包含：
- 构建时：Webpack/Vite 插件自动注入子应用 ID 到 CSS、JS 字符串、环境变量
- 运行时：容器应用基于子应用 ID 初始化沙箱、挂载 DOM 容器、注册路由、创建独立 store 命名空间
- 开发约定：团队统一遵守命名规范文档，CI 流水线校验 CSS 类名、事件名、store key 是否含合法前缀
