C# 13不安全代码治理实战:从csproj配置到dotnet publish安全标记,97.3%企业尚未启用的3项关键<AllowUnsafeBlocks>进阶策略
2026/5/5 9:03:47
在微前端架构中,HTML Entry和JS Entry是两种非常核心的子应用接入与加载方式。二者解决的是同一个问题:主应用如何加载、解析并运行子应用,但在设计理念、工程约束以及适用场景上存在明显差异。
本文将从工程实践角度,对两种方式进行系统对比。
定义
主应用通过一个子应用的HTML 入口地址(通常是index.html),拉取整份 HTML 文档,并由微前端框架解析其中的:
<script><link><style>然后在沙箱环境中执行脚本。
典型框架:qiankun、micro-app、Wujie
示例(qiankun)
registerMicroApps([{name:'sub-app',entry:'//localhost:8081',container:'#subapp-container',activeRule:'/sub'}])此处的
entry指向的是一个HTML 页面地址。
定义
主应用直接加载一个JavaScript 模块,该模块显式暴露微前端生命周期函数:
bootstrapmountunmount主应用并不解析 HTML,DOM 的创建与销毁完全由子应用在生命周期中自行完成。
典型框架:single-spa(原生模式)
示例(single-spa)
registerApplication({name:'sub-app',app:()=>import('subAppEntry.js'),activeWhen:['/sub']});| 维度 | HTML Entry | JS Entry |
|---|---|---|
| 老项目改造 | 极低 | 较高 |
| 是否需要改构建产物 | 否 | 是 |
| 对子应用侵入性 | 几乎无 | 明显 |
结论:
index.html本质区别:
HTML Entry 是「声明式加载」,JS Entry 是「命令式加载」。
| 维度 | HTML Entry | JS Entry |
|---|---|---|
| 生命周期管理 | 框架自动托管 | 子应用显式实现 |
| DOM 挂载点 | 框架注入 container | 子应用自行处理 |
| 控制权归属 | 主应用更强 | 子应用更强 |
HTML Entry 中,开发者几乎感知不到生命周期细节;
JS Entry 中,生命周期是微前端的核心设计点。
工程结论:
HTML Entry 更安全,JS Entry 更自由。
| 维度 | HTML Entry | JS Entry |
|---|---|---|
| 子应用是否可独立运行 | 是 | 通常否 |
| 构建目标 | 普通 SPA | 微前端模块 |
| CI/CD 复杂度 | 低 | 较高 |
HTML Entry 子应用既可独立部署,也可被主应用加载;
JS Entry 更像一个运行在浏览器中的插件模块。
| 框架 | Entry 类型 |
|---|---|
| qiankun | HTML Entry |
| micro-app | HTML Entry |
| Wujie | HTML Entry |
| single-spa | JS Entry |
| 自研微前端 | 多为 JS Entry |
这是当前国内企业级项目的主流选择。
HTML Entry:像 iframe,但更智能
JS Entry:像 npm 包,但运行在浏览器