Bootstrap 5 明确放弃 IE（含 IE11）支持，因其缺失 CSS 自定义属性、标准 flex/grid、IntersectionObserver 等核心能力，且无可靠 polyfill 可补全，官方自 Alpha 版起已移除所有兼容逻辑。
Bootstrap 5 不支持 Internet Explorer（包括 IE11），不是疏忽，而是明确的技术放弃——它依赖的底层能力在 IE 中根本不存在，强行兼容只会让代码臃肿、行为不可靠、维护成本爆炸。
IE 缺失的关键 CSS 和 JS 原生能力
Bootstrap 5 的样式系统和组件逻辑建立在现代浏览器原生支持的基础上。IE11 无法提供以下任一能力，且无可靠 polyfill 可补全：
-
CSS custom properties（如--bs-primary）：所有主题色、断点、间距都通过 CSS 变量控制，IE 完全不识别var(--xxx) -
flexbox和grid的完整实现：IE 的 flex 布局存在大量渲染 bug（比如flex-wrap失效、min-width行为异常），而 Bootstrap 5 的栅格、卡片、表单全部基于标准 flex -
IntersectionObserver和ResizeObserver：Toast、Offcanvas、Dropdown 的显示/隐藏逻辑依赖这些 API，IE 中完全不可用，且无轻量级 polyfill 能准确模拟其触发时机 -
Promise、Array.from、Element.closest等基础 JS API：虽然部分可用 core-js 补，但 Bootstrap 5 的 JS 组件已彻底移除 jQuery 封装层，直接调用原生方法，IE 中缺失导致脚本直接中断
为什么加 polyfill 也没用
有人试过手动引入 core-js 或 webcomponents.js，结果仍是组件不响应、样式错乱、控制台静默失败。原因很直接：
Off-grid radio for sovereign AI. LoRa mesh comms via Meshtastic — no internet required.
下载
通过 Meshtastic LoRa 网格网络收发消息；适用于离线通信、网格状态查询、读取最近网格消息或发送 LoRa 短信。
-
core-js只能补 JS 语法和部分 API，无法修复 IE 对display: flex的解析缺陷或对 CSS 变量的忽略 -
webcomponents.js主要解决 Custom Elements 和 Shadow DOM，与 Bootstrap 5 的运行时无关，也救不了Dropdown.show()在 IE 中无反应的问题 - Bootstrap 官方从 Alpha 版起就移除了所有 IE 条件判断和 fallback 逻辑——源码里已没有
if (isIE) { ... }这类分支，强行注入 polyfill 后，JS 执行到element.style.setProperty('--bs-show', 'true')就静默跳过，后续逻辑全部失效
迁移时最容易被忽略的隐性依赖
即使你没显式写 IE 兼容代码，项目中可能仍藏着“IE 友好”惯性设计，这些会在升级到 Bootstrap 5 后突然暴露：
- 自定义 Sass 变量覆盖时用了
!default但未重编译：Bootstrap 5 的变量全部基于var()，旧版用$primary覆盖的方式在 Dart Sass 下会报错或失效 - JavaScript 初始化仍写
$('button[data-bs-toggle="modal"]').modal()：Bootstrap 5 移除了 jQuery 依赖，这类写法不会报错，但什么也不会发生——因为$是 jQuery，而 Bootstrap 5 的Modal是纯 JS 类，需用new bootstrap.Modal(...) - 使用了第三方插件（如
bootstrap-fileinput）：它们大多基于 v4 + jQuery 构建，v5 下直接不工作，且作者通常已停止维护
真正卡住人的，往往不是“能不能跑”，而是“看起来像在跑，但点击没反应、动画卡半截、颜色莫名变灰”——这些是 IE 缺失能力引发的渐进式失效，调试起来比直接报错更耗时间。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
