bootstrap 5 明确不支持 ie（含 ie11），因其依赖的 css 自定义属性、完整 flexbox/grid、intersectionobserver、promise 等原生 api 在 ie 中完全缺失或错误；bootstrap 4.6.2 是最后一个正式支持 ie11 的版本，强行 polyfill 无法修复声明式交互等根本性执行模型差异。
Bootstrap 5 明确不支持 IE（包括 IE11），这不是权衡，而是技术断点——它依赖的底层能力在 IE 中根本不存在。
IE 不是“兼容性差”，而是缺关键 API
Bootstrap 5 的 CSS 和 JS 组件不是靠 hack 或 polyfill 能补全的。它直接依赖以下 IE 完全缺失或实现错误的原生能力：
-
CSS custom properties（如--bs-primary）：IE 零支持，所有主题色、断点、间距都基于此驱动 -
flexbox和grid的完整规范行为：IE 的 flex 实现存在数十个已知布局 bug（比如flex-wrap: wrap在某些嵌套下失效） -
IntersectionObserver和ResizeObserver：下拉菜单、工具提示、响应式栅格重计算等逻辑强依赖这两个 API，IE 中完全不可用 -
Promise、fetch、ES6+ module：JS 部分已彻底移除 jQuery 依赖，改用原生语法，IE 无法解析class、const、箭头函数等
Bootstrap 4 是 IE11 兼容的最后稳定版本
如果你的项目必须跑在 IE11 上（比如政务内网、银行旧终端），别尝试给 Bootstrap 5 加 polyfill —— 工程上不可行。正确做法是：
- 锁定使用
bootstrap@4.6.2（最后一个正式支持 IE11 的版本） - 避免升级到
@5.x任何 minor 版本，v5.0.0 起就已移除所有 IE 条件判断代码 - 若需 v5 新组件（如
offcanvas），只能手动提取其 CSS/JS 并重写为 IE 友好语法，工作量远超换框架 - 注意：Bootstrap 4 的 IE11 支持本身也有限制，例如不支持
gap、aspect-ratio，部分动画会退化
放弃 IE 换来的实际收益
这个决定不是为了“时髦”，而是让框架真正轻量、可靠、可维护：
- CSS 文件体积减少约 18%（删掉了所有
*+html、:root回退规则和 IE 专用 class） - JS 初始化速度提升明显：不再需要检测
document.documentMode、加载core-js等兼容层 - 栅格系统更可预测：
col-*在 Safari 14+/Chrome 88+/Edge 88+ 行为一致，不用再处理 IE 的 12 列错位问题 - 开发者调试成本下降：99% 的布局问题现在能复现于现代浏览器，无需切到虚拟机里抓 IE 的渲染树
真正容易被忽略的点是：即使你用 Babel + core-js + css-vars-ponyfill 强行把 Bootstrap 5 “塞进” IE，data-bs-toggle="modal" 这类声明式交互仍会静默失败——因为事件委托链、DOM 就绪时机、样式计算顺序在 IE 中与现代浏览器根本不同。这不是配置问题，是执行模型差异。
