最稳组合是 display: flex + justify-content: space-between + gap，但需配合 flex-wrap: nowrap 和子项 flex-shrink: 0；进度条需 flex: 1 或 min-width: 120px；按钮设 min-width/min-height: 44px 保点击热区；IE11 等旧环境用 @supports 降级。
直接说结论：用 display: flex + justify-content: space-between + gap 是最稳的组合，但必须配合 flex-wrap: nowrap 和子项 flex-shrink: 0，否则小屏下按钮会压缩变形或换行错位。
控制条子项不被压缩、不换行的关键约束
播放/暂停、上一首、下一首、音量、进度条这些控件，天然需要保持各自独立尺寸和顺序。一旦在窄屏下被 flex 自动压缩（flex-shrink: 1 默认生效）或意外换行，UI 就会断裂。
- 父容器必须设
flex-wrap: nowrap，禁用换行——哪怕只有一根进度条，也要防住 Safari 或旧版 Chrome 的换行 bug - 所有按钮类元素（
.prev-btn,.play-btn等）统一加flex-shrink: 0，避免被挤压成一条线 - 进度条（
input[type="range"]）需额外设flex: 1或固定min-width: 120px，否则它可能缩到看不见 - 别给按钮设
width或margin控制间距，改用gap: 8px——它不会干扰 flex 分配逻辑，且 IE11 以外全兼容
进度条与按钮共存时的对齐失效问题
常见现象是按钮垂直居中了，但 input[type="range"] 轨道却“沉底”或“上浮”，看起来像没对齐。这不是 align-items 没生效，而是 range 元素默认基线（baseline）不对齐，且伪元素未重置。
- 父容器设
align-items: center后，仍需对input[type="range"]单独加vertical-align: middle强制基线对齐 - 必须写
-webkit-appearance: none和appearance: none，否则浏览器默认样式会覆盖height和vertical-align - 轨道（
::-webkit-slider-runnable-track）和滑块（::-webkit-slider-thumb）要分别设height和margin-top微调视觉中心，不能只靠容器对齐
移动端小屏下的按钮可点性保障
在 375px 宽的 iPhone 屏上，图标按钮若只是按比例缩小，容易导致点击热区低于 44px 最低触控标准，引发误操作。
立即学习“前端免费学习笔记（深入）”；
- 所有按钮必须设
min-width: 44px和min-height: 44px，哪怕图标本身只有 24px - 用
padding扩展热区，而不是靠font-size缩放图标——后者会让 SVG 图标模糊 - 避免用
transform: scale()压缩按钮，它会缩小实际点击区域，iOS Safari 尤其敏感 - 如果空间实在紧张（如横屏切竖屏瞬间），宁可隐藏音量按钮（
display: none），也不要让它缩到不可点
IE11 及部分老 Android 浏览器的 fallback 方案
gap 不支持、appearance: none 无效、flex-shrink: 0 行为不一致——这些不是边缘情况，而是真实存在于教育类 App 内嵌 WebView 或政企系统里的现状。
- 用
@supports not (gap: 1ch)包裹现代写法，降级方案里用margin-right配合:not(:last-child)清除末尾间距 - IE11 下
input[type="range"]必须包裹一层div，用该 div 的height和line-height模拟垂直居中 - 老 Android WebView 对
flex: 1解析异常，进度条改用width: calc(100% - 120px)（减去左右按钮总宽）更可靠 - 所有 flex 容器加
flex-basis: 0，防止某些安卓版本把flex: 1当成flex: 1 1 auto导致宽度失控
真正难的不是让控制条在桌面端排整齐，而是它在 iOS Safari 横竖屏切换、微信内置浏览器双击放大、Android 旧 WebView 强制缩放等场景下依然保持可点、可读、不跳动。这些细节不写进 CSS，光靠 Flex 布局声明解决不了。
