滚动条样式不生效需检查overflow是否触发渲染机制：仅当内容溢出且overflow为auto或scroll时生效；需设height/max-height；伪元素::-webkit-scrollbar仅WebKit/Blink支持，Firefox需用scrollbar-width等属性；注意盒模型与方向属性匹配。
滚动条样式不生效？检查 overflow 是否触发了渲染机制
CSS 滚动条美化（比如 ::-webkit-scrollbar）只在元素实际产生滚动时才被浏览器解析并应用。如果 overflow 设为 auto 但内容没溢出，或设为 hidden，那滚动条根本不会出现，样式自然无效。
- 确保目标容器有明确的
height或max-height，且内部内容高度超过它 -
overflow推荐用scroll（强制显示滚动条）或auto（内容超限时才显示），避免用hidden - 不要依赖父级
overflow：子元素滚动条样式必须作用在自身上，父容器设了overflow: hidden会直接裁掉子滚动条
例如：
.list {
height: 200px;
overflow-y: auto; /* 必须是 auto 或 scroll */
}
.list::-webkit-scrollbar { width: 8px; }
::-webkit-scrollbar 在非 Chromium 浏览器完全无效
这个伪元素是 WebKit/Blink 专属，Firefox、Safari（新版）、Edge（旧版 Trident）都不支持。Firefox 用的是 scrollbar-width 和 scrollbar-color，而 Safari（17.4+）刚支持 ::-webkit-scrollbar，但兼容性仍不稳定。
- 如果需跨浏览器统一外观，只能用 JS 滚动库（如
simplebar或overlay-scrollbars），纯 CSS 无法覆盖全部 - Firefox 中可用：
.list { scrollbar-width: thin; /<em> auto / thin / none </em>/ scrollbar-color: #666 #eee; /<em> thumb track </em>/ } - 不要混用 WebKit 和 Firefox 属性期望“叠加生效”——它们互不识别，也不报错，只是静默忽略
内部盒模型影响滚动区域，padding 和 border 会压缩可滚动内容宽度
滚动条本身占据容器内空间，而 box-sizing: border-box 并不包含滚动条宽度。当给容器加了 padding 或 border，又没预留滚动条位置，就容易导致内容被遮挡或二次滚动。
- 滚动条默认宽度约 12–17px（系统/浏览器不同），WebKit 允许用
::-webkit-scrollbar控制，但无法通过 CSS 获取其精确值 - 安全做法：给容器设
padding-right: 16px（留出滚动条空间），再用margin-right: -16px抵消，让内容区视觉对齐 - 更稳妥的是用
overflow: overlay（仅旧版 WebKit 支持，已废弃），或接受“滚动条覆盖内容”的设计（现代 UI 常见）
自定义滚动条后，width 和 height 的方向容易写反
::-webkit-scrollbar 是一个伪元素集合，其中：
立即学习“前端免费学习笔记（深入）”；
-
::-webkit-scrollbar控制整体（横/纵都算） -
::-webkit-scrollbar-track是轨道（背景） -
::-webkit-scrollbar-thumb是滑块（可拖拽部分）
但很多人误以为 width 总是控制竖向滚动条、height 控制横向——其实取决于滚动方向：
- 竖向滚动（
overflow-y）：用width控制滑块粗细，height无效 - 横向滚动（
overflow-x）：用height控制滑块高度，width无效
.list::-webkit-scrollbar {
width: 8px; /* 竖向滚动条的宽度 */
}
.list::-webkit-scrollbar-thumb {
background: #999;
border-radius: 4px;
/* 不要写 height: 4px —— 对竖向滚动条没用 */
}滚动条的“可交互热区”比视觉尺寸略大，但样式只能作用于可视部分；缩放、高 DPI 屏幕下宽度可能模糊，建议用偶数像素值。
