Bootstrap本身不直接耗电，但不当使用会显著增加移动端能耗：touchstart未preventDefault导致300ms延迟与重绘；overflow容器中dropdown误关闭；未清理modal/timer残留引发主线程卡顿和合成层持续绘制。
Bootstrap 本身不直接控制设备电池，但它的使用方式会间接影响移动端的能耗表现——关键不在框架“有没有耗电”，而在你是否触发了高代价的渲染、监听或布局行为。
touchstart 和 click 混用导致 iOS 首次点击卡顿 + 额外重绘
常见错误现象：touchstart 监听器绑在按钮上，但没阻止默认行为，iOS Safari 会等 300ms 判断是否双击，期间可能触发 scroll 或 zoom，造成一次无效重排；若同时又监听了 click，还会多执行一遍回调。
- 务必在
touchstart回调中调用event.preventDefault()（仅当不需要原生缩放/滚动时） - 优先用
click而非touchstart，Bootstrap 5 的data-bs-toggle系列组件（如modal、dropdown）已内置兼容逻辑，不要手动覆盖 - 避免在
touchmove中频繁读取scrollTop或写入style.transform，这会强制同步布局计算
overflow: auto 区域内 dropdown/tooltip 意外关闭
这是因为 Bootstrap 5 的 Dropdown 和 Tooltip 默认监听 touchmove 事件来判断是否移出触发区，但在可滚动容器里，touchmove 会持续触发，导致组件误判为“离开”而隐藏。
- 给滚动容器加
data-bs-popper="static"（仅限 Bootstrap 5.3+），禁用 popper 的触摸位置追踪 - 或手动初始化时传入
{boundary: 'window'}，让浮层脱离容器边界限制 - 更轻量的替代：用纯 CSS 实现的
position: absolute+z-index浮层，避开 JS 生命周期管理
bootstrap.bundle.min.js 加载后长期驻留内存的定时器
Bootstrap 5 的 Modal、Toast、Offcanvas 内部使用 setTimeout 和 setInterval 管理动画与自动关闭。若用户快速打开/关闭多次，未清除的 timer 可能堆积，尤其在低端 Android 设备上表现为 JS 主线程卡顿、电池温度升高。
- 显式调用
dispose()方法（如myModal.dispose()）释放实例资源 - 避免用
data-bs-autohide="true"配合极短data-bs-delay（如100），容易造成 timer 频繁创建销毁 - 检查控制台是否有
Uncaught (in promise) DOMException: The element has been removed类错误——这是 timer 触发时目标 DOM 已销毁的典型信号
真正影响电池的是那些看不见的细节：一个没清理的 resize 监听器、一段在 scroll 中反复调用 getBoundingClientRect() 的代码、或者 modal 关闭后残留的 backdrop 元素仍在参与合成层绘制。Bootstrap 提供的是工具，不是免检通行证。
