纯 CSS 无法实现真正触控滑动，因缺乏事件监听能力；仅能通过 radio + :checked 实现手动切换轮播，触控需 JS 补全 touchstart/move/end 逻辑并切换选中状态。
纯 CSS 无法真正支持触控手势滑动——touchstart、touchmove、touchend 这类事件必须由 JavaScript 监听和响应，CSS 没有事件处理能力。所谓“纯 CSS 支持触控”，实际是误传或混淆了「视觉反馈」与「交互逻辑」。
为什么 CSS 轮播图做不到真正的触控滑动
CSS 只能定义状态（如 :checked）、动画（@keyframes）和过渡（transition），但无法：
- 读取手指滑动的距离和方向
- 动态计算并应用
transform: translateX()的实时偏移量 - 在滑动中暂停自动轮播、松手后判断是否切换到下一页
- 处理 touchcancel 或多点触控等边界情况
所有这些都依赖 JS 的事件监听与 DOM 操作。所谓“CSS-only 触控轮播”，要么是静态演示（靠伪类模拟点击），要么底层偷偷用了 JS 但没明说。
用 CSS 实现可手动切换的轮播图（无 JS，但无触控）
这是真正可行的纯 CSS 方案，适合静态展示、SEO 友好、极简需求场景：
立即学习“前端免费学习笔记（深入）”；
- 结构上用
<input type="radio">+<label></label>绑定控制点，每个input对应一张图 - 利用
:checked伪类 + 兄弟选择器（~）触发.carousel-items的transform: translateX() - 动画使用
transition（非animation），保证点击切换时有缓动效果 - 响应式靠
flex布局 +min-width+ 媒体查询，图片用object-fit: cover防变形
示例关键片段：
.carousel-items {
display: flex;
transition: transform 0.4s cubic-bezier(0.33, 1, 0.68, 1);
}
input:nth-of-type(1):checked ~ .carousel-items { transform: translateX(0); }
input:nth-of-type(2):checked ~ .carousel-items { transform: translateX(-100%); }
input:nth-of-type(3):checked ~ .carousel-items { transform: translateX(-200%); }
想支持真实触控滑动？必须加轻量 JS
不需要框架，50 行内 JS 就能补全缺失环节。核心只做三件事：
- 监听
touchstart记录起始位置startX - 在
touchmove中实时更新transform: translateX()（仅视觉拖拽，不提交） - 在
touchend计算位移差：若|deltaX| > 50px，则触发下一页/上一页逻辑（即切换对应input:checked状态）
注意：不要直接操作 style.left，而是通过 JS 切换 radio 的 checked 属性，让 CSS 自动接管后续动画——这样既保持样式解耦，又复用已有的 CSS 过渡逻辑。
容易被忽略的关键细节
很多“纯 CSS 轮播”在移动端失效，问题常出在：
-
overflow: hidden容器未设touch-action: pan-x，导致 iOS Safari 阻断水平滑动 - 未禁用默认长按选中（
-webkit-user-select: none）引发意外交互 - 未处理
passive: true的 touch 事件监听，造成滚动卡顿（尤其 Android） - 响应式时图片宽高比错乱，
aspect-ratio在旧版 Safari 不支持，得 fallback 到 padding-top 技巧
触控滑动不是“加个 CSS 类就能用”的功能；它是一条链：触摸事件 → 位移计算 → 状态变更 → CSS 动画响应。其中只有最后一环属于 CSS 职责。
