微前端

Push Cache

Push Cache（推送缓存）是 HTTP/2 中的内容，当以上三种缓存都没有命中时，它才会被使用。它只在会话（Session）中存在，一旦会话结束就被释放，并且缓存时间也很短暂，在Chrome浏览器中只有5分钟左右，同时

它也并非严格执行HTTP头中的缓存指令。

1. 所有的资源都能被推送，并且能够被缓存,但是 Edge 和 Safari 浏览器支持相对比较差
2. 可以推送 no-cache 和 no-store 的资源
3. 一旦连接被关闭，Push Cache 就被释放
4. 多个页面可以使用同一个HTTP/2的连接，也就可以使用同一个Push Cache。这主要还是依赖浏览器的实现而

定，出于对性能的考虑，有的浏览器会对相同域名但不同的tab标签使用同一个HTTP连接。

1. Push Cache 中的缓存只能被使用一次
2. 浏览器可以拒绝接受已经存在的资源推送
3. 可以给其他域名推送资源

微前端

一种类似于微服务的架构，它将微服务的理念应用于浏览器端，将 Web应用由单一的应用转变为多个小型前端应用聚合为一的应用

各个前端应用可以使用不同技术栈、独立运行、独立开发、独立部署

不是框架或工具，而是一套架构体系

解决问题

1. 将庞大应用拆分，每个部分可以单独部署、维护，提升效率
2. 整合系统，在基本不修改原来系统逻辑的同时兼容新老老套系统并行运行

技术方案

思想就是拆解和整合应用，通常是一个父应用加上一些子应用

Nginx路由转发

实现不同路径映射到不同应用，这不属于是前端层面的改造，更多是运维的配置

简单、快速、易配置，切换应用时触发浏览器刷新会引用体验

iframe嵌套

子应用嵌套iframe，父子通信可采用POSTMessage或contentWindow实现

实现简单、子应用间自带沙箱隔离互不影响、iframe样式显示有兼容性、太过简单显得low

Web Components

子应用采用纯 Web Components技术编写，是全新的开发模式

可单独部署，系统改造成本高，子应用通信复杂易踩坑

组合式应用路由分发