Angular引入core-js polyfills后IE11仍报Symbol、Promise未定义错误

• 检查polyfill加载顺序：你编写的polyfill导入代码必须放在polyfills.ts文件的最顶部，早于所有Angular核心代码、业务依赖、自定义代码的导入逻辑。如果polyfill晚于调用Symbol/Promise的代码加载，会直接触发未定义报错。
• 确认angular.json的polyfill配置：打开项目根目录的angular.json，找到projects -> 你的项目名 -> architect -> build -> options节点，确认polyfills配置项的值为你的polyfills文件实际路径，默认是"src/polyfills.ts"，没有被注释或配置错误。
• 修正browserslist兼容配置：打开项目根目录的.browserslistrc（老版本Angular对应根目录的browserslist文件），确认配置中包含IE 11，且不存在not IE 11的规则。Angular会根据该配置判断是否降级编译、是否打包IE11所需的兼容逻辑。示例兼容配置可参考：

last 1 Chrome version
last 1 Firefox version
last 2 Edge major versions
last 2 Safari major versions
last 2 iOS major versions
IE 11

• 调整tsconfig编译目标：打开tsconfig.json，确认compilerOptions下的target字段设置为"es5"。如果设置为ES2015及更高版本，生成的代码会包含IE11无法识别的原生ES6+语法，即使导入polyfill也会报错。
• 匹配core-js版本与导入路径：执行npm ls core-js确认项目安装的core-js版本，你当前使用的是core-js@3的导入路径，如果实际安装的是core-js@2，需要将导入路径中的es改为es6，比如import 'core-js/es6/symbol'、import 'core-js/es6/promise'。
• Angular 12+版本额外配置：Angular 12及以上版本默认关闭了ES5构建支持，需要在执行构建/启动命令时加上--configuration production参数，同时确保angular.json中生产配置的optimization、vendorChunk等参数没有开启跳过ES5转译的规则。
• 处理第三方依赖未降级问题：部分第三方npm包默认仅发布ES6+版本，Angular默认不会对node_modules下的依赖做转译。如果你的项目引入了这类依赖，需要在angular.json的build.options.allowedCommonJsDependencies数组中加入对应依赖包名，或配置额外的转译规则处理该类依赖。

内容的提问来源于stack exchange，提问作者Gerald Hughes