纯 css 方案能覆盖 95% 场景，但需分层编写、带降级策略，并确保容器显式设置 overflow 和内容溢出；::-webkit-scrollbar 失效主因是现代浏览器对滚动容器判定更严格，须配合 height/max-height 与 overflow-y: auto 使用。
直接说结论：纯 CSS 方案能覆盖 95% 场景，但必须分层写、带降级、禁用默认滚动条前先确认容器可滚动。
为什么 ::-webkit-scrollbar 单独写会失效
这不是语法错，而是浏览器渲染时机和伪元素作用域限制导致的。Chrome 114+、Edge 115+ 和 Safari 16.4+ 已开始对 ::-webkit-scrollbar 应用更严格的“滚动容器判定”——如果父容器没有显式设置 overflow: auto 或 overflow: scroll，或者内容未实际溢出，这些伪类会被忽略（不报错，也不生效）。
常见错误现象包括：
- 样式写了，但滚动条外观毫无变化
- 开发工具里能看到伪元素被识别，但
background或border-radius不起作用 - Safari 下
::-webkit-scrollbar-thumb:hover完全无响应
实操建议：
- 确保目标容器有明确的
height或max-height+overflow-y: auto（不能只靠overflow: auto让它“猜”） - 避免在
display: flex容器内部直接套用::-webkit-scrollbar，优先包裹一层div并设overflow - 不要给
::-webkit-scrollbar设opacity或transform，它们在部分 Safari 版本中会触发渲染 bug
scrollbar-width 和 scrollbar-color 在 Firefox 中怎么用才不翻车
Firefox 只认这两个原生属性，且仅支持 auto / thin / none 三种 scrollbar-width 值，scrollbar-color 仅接受两个颜色值（滑块、轨道），不支持渐变、圆角或尺寸控制。
容易踩的坑：
- 把
scrollbar-color: #666 #eee写在body上，结果整个页面滚动条都变了——但用户可能只想改某个列表容器 - 误以为
scrollbar-width: thin能让 Chrome 也变细，其实它对 WebKit 内核完全无效 - 在 Tailwind 项目里用了
scrollbar-thin，却忘了它底层只是加了scrollbar-width: thin，对 Chrome/Safari 没影响
实操建议：
- 只对具体滚动容器设置，例如：
.list-container { scrollbar-width: thin; scrollbar-color: #888 #f5f5f5; } - 搭配
@supports (scrollbar-width: auto)做特性检测，避免污染其他浏览器 - 别试图用
scrollbar-color实现悬停变色——Firefox 不支持伪类扩展
要不要引入 jQuery.Scrollbar 或 malihu 插件
答案很明确：除非你必须支持 IE11 或需要精确控制滚动惯性、拖拽阻尼、键盘导航焦点链，否则不推荐。
原因很实在：
- 插件会接管原生滚动逻辑，导致
scrollIntoView、getBoundingClientRect等 API 行为异常 - React/Vue 项目里容易和虚拟滚动（如
react-window）冲突，出现滚动位置错位 - malihu 插件的
.mCSB_container会额外嵌套一层 DOM，破坏原有 CSS 选择器结构 - 移动端 touch 事件处理在某些 Android WebView 中存在延迟，比原生滚动卡顿
实操建议：
- 优先用纯 CSS +
overscroll-behavior: contain解决 iOS Safari 滚动穿透问题 - 若真要插件，选
simplebar（无 jQuery 依赖、体积小、支持 SSR）而非 malihu - 所有插件初始化后，务必手动调用
update()方法，尤其在动态插入内容后
自定义 <select></select> 滚动条的特殊处理
原生 <select></select> 的下拉面板是系统控件，CSS 无法直接控制其滚动条——你看到的 ::-webkit-scrollbar 生效，其实是作用在 <select></select> 的 wrapper 容器上（比如用 position: relative 包裹后设 overflow），而不是下拉弹层本身。
这意味着：
- 你只能美化“多选
<select multiple></select>”这种固定高度的滚动容器 - 单选下拉菜单的滚动条样式，本质是操作系统级渲染，前端不可控（Mac 下永远无滚动条，Windows 下取决于系统设置）
- 用 Select2/Choices.js 等库时，它们自己渲染 DOM，滚动条样式要单独配，和页面全局的
::-webkit-scrollbar无关
实操建议：
- 对
<select multiple></select>，先设height和overflow-y: auto，再加::-webkit-scrollbar规则 - 不要试图用
scrollbar-width控制<select></select>，Firefox 对它完全无视 - 设计评审阶段就和产品确认：单选下拉是否必须“强定制”，否则建议换
<div contenteditable="false"> + 自定义弹层方案 <p>最常被忽略的一点：自定义滚动条后，<code>scrollbar-gutter属性没加，导致内容左右晃动。Chrome 112+ 支持该属性，用scrollbar-gutter: stable both-edges可预留滚动条空间，避免布局抖动——这个细节在后台表格类项目里尤为关键。
