bootstrap 4仍被使用因升级成本高、ie11兼容需求、jquery插件依赖、scss定制已固化；其组件简单稳定，适合官网等场景；v5升级易致dom/样式/js行为异常，需小重构而非平滑迁移。
为什么项目还在用 Bootstrap 4 而不是升级到 v5
因为很多线上系统没出问题，升级成本远高于收益——尤其是当团队里没人专职维护前端、又没测试资源兜底时，Bootstrap 4 就是那个“能跑就行”的稳定态。
它不新，但够用；不炫技，但不出错。真实项目里，「没时间重写」比「技术过时」更常成为决策依据。
-
jQuery依赖反而成了保护层：老系统里大量自定义 JS 插件靠 jQuery 绑定事件，切到Bootstrap 5就得同步重写交互逻辑 - IE11 兼容性尚未完全退出：某些政务、金融内网系统仍要求最低支持 IE11，而
Bootstrap 5明确放弃 IE 支持 -
SCSS变量和 mixin 的定制方式已沉淀进公司脚手架，迁移意味着整套主题构建流程重配
哪些场景下 Bootstrap 4 实际上更省事
不是所有项目都需要最新特性。当你只做企业官网、后台管理页原型、活动落地页这类内容驱动型页面时，Bootstrap 4 的组件粒度和文档成熟度反而更顺手。
- 表单控件样式统一且浏览器兼容扎实，
.form-control在 Chrome/Firefox/Edge 下表现一致，不用额外加appearance: none修复 -
modal和tooltip的 JS API 简单直接，传个options对象就能用，不像 v5 需要先new Modal(...)实例化 - 栅格断点（
xs/sm/md/lg/xl）命名清晰，配合col-md-6 col-lg-4这类写法，新人看一眼就能猜出行为
升级到 Bootstrap 5 容易踩的坑
表面只是改个 CDN 链接，实际可能触发一连串 DOM 行为变更和样式漂移。
-
data-toggle全部换成data-bs-toggle，漏改一个就会导致dropdown或collapse失效，控制台还不报错 -
.btn-group默认变成 flex 布局，老代码里用float: left手动对齐的按钮组会错位 -
.card移除了border-radius的全局默认值，如果没补.rounded类，卡片四角突然变直，UI 同事会来找你 - JavaScript 插件不再自动初始化：以前写
<button data-toggle="modal"></button>就行，现在得手动调用Modal.getOrCreateInstance(...)
什么时候该考虑动 Bootstrap 4 这块石头
不是“该不该升级”，而是“有没有不可绕过的触发点”。比如：
- 新接入的第三方组件（如图表库、富文本编辑器）明确要求
Bootstrap 5+的 CSS 变量注入机制 - 安全审计发现所用的
Bootstrap 4.5.1（最后正式版）存在未修复的 XSS 潜在路径，而官方已停止维护 - 团队开始用
PostCSS+Tailwind混合开发，继续保留整套Bootstrap CSS会导致打包体积膨胀 300KB+，且 utility class 冲突频发
真要动，别想着“平滑升级”，得当成一次小重构：先锁死 HTML 结构，再用 bootstrap-migrator 工具扫一遍语法，最后逐个验证 JS 行为——否则上线当天 modal 点不开、table 边框消失，都是大概率事件。
