CSS如何改变滚动条的颜色：scrollbar-color与Webkit伪元素技巧
想给网页换个滚动条颜色？这事儿说简单也简单，说麻烦也真麻烦。最省事的办法是直接用scrollbar-color，但得先告诉你，它只在Firefox里有效。至于Chrome、Edge、Safari这些WebKit内核的浏览器，就得老老实实用::-webkit-scrollbar那一套伪元素组合，少写一个都可能前功尽弃。
scrollbar-color 在 Firefox 里怎么写才生效
首先得明确一点：scrollbar-color这个属性，只能用在html或body元素上，你把它写在其他容器里是没用的。它的语法是scrollbar-color: <滑块颜色> <轨道颜色>;，两个颜色值缺一不可。
- 举个例子：
scrollbar-color: #6c757d #e9ecef;—— 前面的颜色是滑块（thumb），后面的是轨道（track）。 - 光写颜色还不够，必须配合
scrollbar-width: thin | auto | none一起使用，否则滚动条的宽度不会改变，视觉效果可能打折扣。 - 兼容性方面，Firefox 64及以上版本才支持，老版本会直接忽略这行代码，而且不会给你任何错误提示。
- 还有个细节：在macOS系统上，
thin这个值只在系统设置中开启了“自动隐藏滚动条”时才会真正让滚动条变窄；而在Windows下，系统往往有自己的想法，可能会无视这个宽度设置。
::-webkit-scrollbar 必须成套声明，否则没反应
这是WebKit系浏览器的专属领域，但规则更严格。你可能会想，只写个::-webkit-scrollbar { width: 8px; }总行了吧？其实不行，这仅仅设置了滚动条的宽度容器，滑块和轨道的颜色还是默认的。真正起作用的，是它下面那一整套子伪元素，一个都不能少：
::-webkit-scrollbar：这是基础，必须在这里设置width（垂直滚动条）或height（水平滚动条），单位建议用px或rem。::-webkit-scrollbar-track：这是轨道背景。这里有个小坑：别轻易给它加border或padding，很容易把滑块给挡住。::-webkit-scrollbar-thumb：这是滑块本体。记住，必须设置background-color，否则滑块就是透明的，看不见。::-webkit-scrollbar-corner：这是右下角滚动条交汇的那个小方块。通常我们会设成background: transparent，避免那里出现一个难看的白色块。
新手常犯的一个错误就是只写了thumb的样式，忘了写track。结果就是滑块颜色变了，但轨道还是系统默认的灰色，看起来非常割裂。
想系统掌握这些技巧？可以看看这份“前端免费学习笔记（深入）”。
为什么加了样式滚动条还是原样
代码明明写对了，样式却没生效？先别急着怀疑人生，问题很可能出在别的地方：
- 滚动条根本没出现：目标元素没有设置
overflow: auto或overflow-y: scroll。光靠内容溢出，是不会激活这些自定义伪元素样式的。 - 容器高度没限制：父容器没有固定高度（通过
height或max-height），子内容再长，浏览器也不会生成滚动条。 - 选择器不对：你写了
body::-webkit-scrollbar，但Safari有时会忽略。更稳妥的做法是套一个div容器来控制。 - 样式被覆盖：CSS权重不够，被Bootstrap这类UI框架的默认样式覆盖了。解决办法是提高特异性，比如用带类名的选择器：
.table-responsive::-webkit-scrollbar。 - 方向错了：如果你给元素设置了
overflow: hidden，那滚动条本身都被隐藏了，再写样式当然毫无意义。
iOS Safari 和 Android Chrome 的兼容性现实
最后，必须泼一盆冷水：在移动端追求完美的自定义滚动条，很可能是一场徒劳。
- iOS支持有限：直到iOS 16.4，Safari才部分支持
::-webkit-scrollbar，而且仅限于设置了overflow: scroll的容器元素，body和html上的样式依然被无视。 - 更大的问题是交互逻辑：iOS默认会隐藏滚动条，只在用户正在滚动时短暂出现一下。这意味着你精心设计的
thumb样式，大部分时间根本没有渲染的机会。 - Android也在倒退：Android Chrome从v80版本开始，就在逐步移除对这套样式的支持，在真机上基本都会回退到系统默认的样式。
- 怎么办？ 可以用
@supports (-webkit-touch-callout: none) and (not (-webkit-scrollbar: none))这样的条件来检测iOS Safari，匹配后就直接跳过注入自定义样式，避免白费功夫。
话说回来，在移动端，与其跟滚动条样式较劲，不如换个思路。如果需要提示用户此处可滚动，使用overscroll-beha vior: contain控制滚动边界，再配合底部渐变色阴影或下拉刷新动画，体验往往比硬套一个看不见的滚动条要好得多。
