同时启用垂直和水平滚动条需满足内容宽高均超出容器，且CSS中overflow设为auto并明确宽高；WebKit下需同时定义::-webkit-scrollbar的width和height，并用::-webkit-scrollbar-corner统一右下角样式，Firefox则仅能通过scrollbar-color妥协适配。
同时启用垂直和水平滚动条的必要条件
只有当容器内容在两个方向上都超出可视区域时，浏览器才会同时显示垂直和水平滚动条。单纯设置 overflow: auto 不够——必须确保内容宽度 > 容器宽度 且 高度 > 容器高度。常见错误是只设了 height 但忘了限制 width，或用了 white-space: nowrap 却没配 overflow-x: auto。
触发双向滚动的最小 CSS 组合是：
-
overflow: auto（或分开写overflow-x: auto; overflow-y: auto;） - 容器有明确的
width和height - 子内容存在横向溢出（如长单词、
display: inline-block多列、表格无换行）和纵向溢出（多行文本、大量元素）
::-webkit-scrollbar 的 width/height 必须成对出现
WebKit 浏览器（Chrome/Edge/Safari）中，要让双向滚动条都生效，::-webkit-scrollbar 规则里必须同时定义 width（控制垂直滚动条粗细）和 height（控制水平滚动条高度）。漏掉任一值，对应方向的自定义就会回退到系统默认样式。
例如：
立即学习“前端免费学习笔记（深入）”；
::-webkit-scrollbar {
width: 8px; /* 垂直滚动条宽度 */
height: 8px; /* 水平滚动条高度 —— 缺它，水平条不自定义 */
}注意：height 对垂直滚动条无效，width 对水平滚动条无效，二者各司其职，不能互换。
右下角交汇区 ::-webkit-scrollbar-corner 必须显式处理
当双向滚动条同时出现时，右下角会有一个交汇区域（corner），默认是空白或系统色，常被忽略导致视觉割裂。这个区域由 ::-webkit-scrollbar-corner 控制，不写它，不同浏览器渲染差异极大（Chrome 可能透明，Safari 可能深灰）。
推荐做法：
- 设
background-color与轨道一致，比如#f1f1f1 - 加
border-radius匹配整体圆角风格（如4px） - 避免用
transparent或渐变——部分 Safari 版本不渲染
示例：
::-webkit-scrollbar-corner {
background-color: #f1f1f1;
border-radius: 4px;
}Firefox 不支持 corner，只能妥协颜色匹配
Firefox 完全无视 ::-webkit-scrollbar-corner，也不提供等效 API。它只认 scrollbar-width 和 scrollbar-color，而这俩属性对交汇区无任何控制力。
所以真实兼容方案是：
- 在 WebKit 中用
::-webkit-scrollbar-corner主动收口 - 在 Firefox 中靠
scrollbar-color: #888 #f1f1f1让滑块和轨道颜色尽量贴近 WebKit 下的视觉权重，降低对比突兀感 - 接受右下角在 Firefox 中是纯色方块的事实——这是当前标准下唯一可预测的表现
别试图用 JS 动态检测并 patch corner：它不响应 DOM 变化，也无法通过 getComputedStyle 读取。
真正难的不是写两套样式，而是意识到 ::-webkit-scrollbar-corner 是个“有就有，没有就塌方”的开关——它不参与层叠，不继承，不过渡，一旦漏写，右下角就脱离设计体系，且无法事后补救。
