直接改data-bs-interval只控制切换间隔，不影响滑动动画快慢；真要加快滑动速度，必须同步设置.carousel-item、.carousel-item.active、.carousel-item-next/.carousel-item-prev三处的transition（含transform和opacity），且data-bs-interval≥transition-duration×1000+100ms，否则出现闪屏或跳变。
直接改 data-bs-interval 只能调“等多久切下一张”，不能让滑动动画变快；真要改滑动速度，必须同步调整 CSS 的 transition-duration，且三处选择器一个都不能漏。
为什么只改 data-bs-interval 不影响滑动快慢
data-bs-interval 是 JS 控制的自动轮播节奏参数，单位毫秒，只决定“当前页停留多久后触发下一次切换”。它不参与任何 CSS 动画过程。
- 设为 data-bs-interval="200"，动画仍按默认 0.6s 播放，结果是刚动完立刻切，人眼看到的是闪屏，不是快
- 设为 0 或 false 会禁用自动播放，不是“最快”
- 这个值只在组件初始化时读取一次，后续改 HTML 属性无效；动态修改需先 carousel('pause')，再手动更新 _config.interval，最后 carousel('cycle')必须同时覆盖的三个 CSS 选择器
Bootstrap 5.3+ 的轮播动画由类切换驱动，浏览器分别按以下三类状态渲染过渡效果。漏掉任意一个，就会回退到默认 0.6s，造成视觉撕裂或跳变： -.carousel-item：基础项，定义初始挂载时的过渡规则
- .carousel-item.active：当前显示页，“保持显示”期间的 opacity 和 transform 行为
- .carousel-item-next 和 .carousel-item-prev：分别控制下一张/上一张滑入/滑出的位移与淡入淡出
正确写法（以 0.3s 为例）：
.carousel-item {
transition: transform 0.3s ease-in-out, opacity 0.3s ease-in-out;
}
.carousel-item.active,
.carousel-item-next,
.carousel-item-prev {
transition: transform 0.3s ease-in-out, opacity 0.3s ease-in-out;
}
- 必须同时声明 transform 和 opacity，否则可能只位移不淡出，或只淡入不移动
- 单位统一用 s（如 0.3s），别混用 ms 或省略小数点
- 不要用 transition-duration: 0.3s 这种简写——它会覆盖整个 transition 声明，丢失分项控制能力
data-bs-interval 和 transition-duration 怎么配才不闪屏
CSS 控动画过程，JS 控触发节奏。两者不匹配，内部节流逻辑就会失效，人眼看到的是“闪”，不是“快”。硬性公式是：
data-bs-interval ≥ transition-duration × 1000 + 100（单位毫秒）
- CSS 设 0.3s → HTML 中至少写 data-bs-interval="400"
- CSS 设 0.2s → data-bs-interval 至少为 "300"
- 这个属性必须写在最外层容器上：<div class="carousel slide" data-bs-interval="400">，写在 <code>.carousel-inner 或 .carousel-item 里无效
- 值低于 500 容易导致用户来不及操作指示器或暂停按钮，尤其在移动端
移动端 touch 滑动为什么不响应新速度
transition-duration 对 touch 拖拽完全无效。手指滑动依赖 JS 的 touchstart/touchend 节流逻辑，和 CSS 过渡时长无关。
- 真机测试比 DevTools 的 device toolbar 更可靠——部分 Android WebView 对 touch 事件处理有差异
- 确认引入的是 bootstrap.bundle.min.js（含 Popper），而非仅 CSS + bootstrap.min.js
- 检查是否被第三方库（如 hammer.js）劫持了 touch 事件监听器
- 如果你发现滑动卡顿，优先排查图片尺寸不一致导致的容器重排，而不是调速参数
最常被忽略的其实是 .carousel-item-next 和 .carousel-item-prev 的 transition 声明——它们一旦遗漏，就等于让一半动画跑默认 0.6s，另一半跑你设的 0.3s，视觉撕裂几乎必然发生。
