微前端中需冻结关键原型链（如EventTarget、Promise、Array）防止子应用互相污染，禁用全局挂载自定义基类，统一通过npm包或props注入，构建期替换污染库，并封装通信层抽象基类调用。
微前端中多个子应用共用同一页面时，原型对象（如 EventTarget、Promise、Array 或自定义基类）若被不同版本的 polyfill 或库反复修改，就会引发行为不一致甚至运行崩溃。这不是样式或变量冲突，而是底层构造器行为被覆盖——比如子应用 A 重写了 Array.prototype.flat，子应用 B 却依赖旧版实现，结果调用直接报错。
冻结关键原型链，阻断写入操作
Proxy 沙箱能拦截全局变量读写，但无法阻止对 prototype 的直接赋值（如 EventTarget.prototype.addEventListener = ...）。最直接有效的防护是在子应用加载初期主动冻结：
- 在子应用
bootstrap钩子中执行：Object.freeze(EventTarget.prototype)、Object.freeze(Promise.prototype)、Object.freeze(Array.prototype) - 若需兼容老浏览器（如 IE），改用
Object.preventExtensions+ 属性 descriptor 控制，但冻结更彻底 - 注意：冻结后子应用若尝试扩展方法会静默失败（非抛错），需提前统一 polyfill 版本并测试覆盖性
避免全局挂载自定义基类
当多个子应用都定义了 class BaseComponent extends HTMLElement 并通过 window.BaseComponent = BaseComponent 暴露时，后加载的必然覆盖前者的构造函数。解决方式是切断全局绑定路径：
- 禁止子应用向
window注册任何基类；改为通过主应用props注入已实例化的对象，或传入工厂函数createBase() - 若必须复用类逻辑，将基类抽为独立 npm 包（如
@org/ui-base），主应用与所有子应用以peerDependencies引入，确保 webpack 打包时只保留一份源码 - 子应用内部使用
import { BaseComponent } from '@org/ui-base'，而非自行定义或 patch 原型
构建期约束第三方库的原型污染行为
不少 UI 库（如旧版 Ant Design、moment 插件）会在初始化时向 Object.prototype 或 Date.prototype 添加方法。这类操作无法靠运行时沙箱拦截，必须前置治理：
立即学习“Java免费学习笔记（深入）”；
- 在 webpack 构建配置中启用
NormalModuleReplacementPlugin，将含原型污染的模块替换为安全版本（例如用date-fns替代moment） - 使用
core-js@3统一注入 polyfill，并在主应用入口一次性执行import 'core-js/stable'，禁用子应用各自引入 - 借助 ESLint 插件（如
eslint-plugin-no-prototype-builtins）在 CI 阶段拦截Object.prototype.xxx =类代码提交
通信层封装基类调用，解耦实现细节
当主应用与子应用必须协作使用某状态类（如 Store）但版本不同时，不靠隔离，而靠抽象：
- 主应用初始化一个
Store实例，通过 qiankun 的initGlobalState透传给子应用 - 子应用不 new Store，只调用
actions.set(...)、actions.get(...)等标准化接口 - 所有基类方法调用收口到主应用提供的通信桥接层，子应用无需感知构造函数或原型链是否存在差异
