Angular 13项目保留IE11兼容支持的可行性咨询

首先明确结论：官方已完全移除IE11相关支持，目前没有稳定可用于生产环境的兼容方案，不建议通过引入polyfill的方式强行在Angular13上做IE11适配，核心原因如下：

• 框架底层不止移除了默认polyfill，而是直接删掉了所有针对IE11的特殊兼容逻辑：包括IE专属的DOM事件处理逻辑、差异渲染分支、旧版JS语法适配的编译兜底，这些逻辑缺失无法通过额外引入第三方polyfill补足。哪怕你手动把Angular编译目标改为ES5，框架内部大量API调用已经没有IE兼容分支，运行时会直接出现无法修复的报错。
• 全链路工具链同步移除了IE11支持：Angular13强制依赖的Angular CLI 13、RxJS 7.x、Zone.js 0.11.x等配套工具都同步删除了IE11适配逻辑，就算你强行降级部分依赖版本，也会出现大量版本不匹配的未知问题，后续维护成本会远高于暂时停留在旧版本的成本。

注意：目前社区零散存在的手动修改Angular源码适配IE11的方案，均未经过大规模生产环境验证，也没有长期维护保障，不建议在有正式合同义务的项目中使用。

如果需要同时满足「升级Angular版本」和「短期保留IE11支持」的需求，可以选择以下两种经过生产验证的方案：

• 方案一：暂时停留在Angular 12版本，Angular12是最后一个官方提供IE11支持的LTS版本，官方维护周期足够覆盖你司数月的过渡需求，待IE11支持义务结束后再直接升级到更高的Angular版本即可。
• 方案二：做浏览器资源分发拆分，给IE11用户单独提供基于Angular12编译的旧版应用，现代浏览器用户加载Angular13+的新版应用，通过服务端判断UA分发对应资源，两边独立维护，待IE11支持结束后直接下线旧版本即可。

内容的提问来源于stack exchange，提问作者Marcin Czarkowski