不能,绝大多数移动端浏览器已移除对 ::-webkit-scrollbar 的支持,包括 iOS Safari 和 Android Chrome v117+,因其在触屏场景下会干扰手指滑动体验。
::-webkit-scrollbar 吗?不能,绝大多数移动端浏览器(包括 iOS Safari、Android Chrome 从 v117+ 开始)已移除对 ::-webkit-scrollbar 的支持。你写一堆 ::-webkit-scrollbar-track 和 ::-webkit-scrollbar-thumb 规则,在 iPhone 上完全不会生效——连 display: none 都不认。这不是兼容性“差”,而是被主动禁用:滚动条在触屏场景下本就不该干扰手指滑动体验,系统原生滚动条也无样式暴露接口。所以别白费力气给 ::-webkit-scrollbar 加媒体查询或 UA 判断,它在真机上就是个摆设。
overflow: hidden 还是 -webkit-overflow-scrolling: touch?都不是好选择:overflow: hidden 会直接禁掉滚动,内容不可见也不可操作-webkit-overflow-scrolling: touch 是 iOS 旧版优化属性,仅影响滚动惯性行为,和滚动条样式无关,且已在 iOS 16+ 中废弃overflow: scroll + scrollbar-width: none(Firefox 支持)overflow: scroll + ::-webkit-scrollbar { display: none }(仅对部分 Android Chrome 旧版本有效,iOS 全无效)padding-right 补上滚动条宽度(约 12px),再用 margin-right: -12px 抵消,配合 overflow: overlay(已废弃)或干脆接受默认滚动条simplebar、overlay-scrollbars 或手写 scrollTop 控制),但要注意:touchstart/touchmove,不能只靠 mousewheel
scroll 事件直到结束,得用 requestAnimationFrame + 速度衰减模拟)position: fixed 子元素在自定义滚动内可能错位,需额外 transform: translateZ(0) 强制图层提升overlay-scrollbars,它会自动降级:在支持 ::-webkit-scrollbar 的桌面端用伪元素,在移动端 fallback 到轻量 JS 控制。
不过多数情况下,让滚动条保持原样是最稳妥的选择——它不抢焦点、不卡顿、不增加 bundle 体积。
真正值得花时间的,是确保容器有明确的 height 或 max-height、内容不意外撑开、滚动区域边界清晰——这些比滚动条颜色重要得多。