侧边栏滚动条消失是因高级主题在.sublime-theme中强制设"overlay_scroll_bars":"disabled"并覆盖用户设置，解决方法为：1.用户设置加"overlay_scroll_bars":"enabled"；2.若无效再加"scroll_past_end":false；3.用命令面板执行view: toggle overlay scroll bars。
侧边栏滚动条消失是因为主题覆盖了 overlay_scroll_bars 设置
Sublime Text 默认启用 overlay 滚动条（即悬停才显示），但很多高级主题（如 Material、Ayu、Origami）会主动把 overlay_scroll_bars 设为 "disabled" 或直接删掉该配置，导致滚动条永久不可见——不是插件冲突，也不是系统设置问题，是主题 CSS 和 UI 配置双重压制的结果。
- 高级主题通常在自己的
.sublime-theme文件里写死"overlay_scroll_bars": "disabled"，优先级高于用户设置 - 即使你在 Preferences → Settings – User 里写了
"overlay_scroll_bars": "enabled"，它也会被主题覆盖 - 部分主题还会把滚动条 track 区域的
height设为 0，或用透明色掩盖 thumb，视觉上等于“消失”
手动强制启用滚动条的三种可行方式
别改主题源码，也不用卸载主题。直接在用户设置里加覆盖项，或用命令面板临时干预：
- 打开 Preferences → Settings – User，在 JSON 里添加：
"overlay_scroll_bars": "enabled"
—— 这对多数主题有效；若无效，说明主题用了更底层的 CSS 控制 - 如果仍不显示，追加这行：
"scroll_past_end": false
—— 防止 Sublime 因“可滚动区域不足”而自动隐藏滚动条 - 终极方案：按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入view: toggle overlay scroll bars回车 —— 这个命令绕过所有主题配置，直接切换底层渲染状态
为什么 AFileIcon + 高级主题组合下滚动条更容易消失
因为 AFileIcon 的图标注入逻辑会触发侧边栏 DOM 重绘，而某些主题（尤其是未适配 ST4 的旧版 Material Theme）在重绘时会重置滚动条样式，导致 overlay_scroll_bars 状态丢失。这不是 bug，是渲染时序竞争。
- 现象：装了
A File Icon后，侧边栏拉长、文件变多，滚动条突然不见；重启 Sublime 后又出现一次，再点开几个文件夹就又没了 - 验证方法：不启用 AFileIcon，只换主题，滚动条正常 → 说明问题出在二者交互动态上
- 稳定解法：在用户设置中同时写两行：
"overlay_scroll_bars": "enabled"<br>"always_show_minimap_viewport": false
—— 后者虽是 minimap 相关，但能抑制部分主题的重绘副作用
别碰 theme 文件里的 scrollbar 部分
直接编辑 Packages/Theme - XXX/XXX.sublime-theme 并修改 scroll_box 或 scroll_track 区块，短期可能有效，但下次主题更新就会被覆盖。而且不同主题结构差异极大，Material 用 scrollable_area，Ayu 用 sidebar_container，改错一个 key 就会导致整个侧边栏渲染失败。
真正可靠的路径只有一条：用用户设置层覆盖 + 命令面板兜底。滚动条是否可见，最终取决于 overlay_scroll_bars 的运行时值，而不是它在哪个文件里被声明过。
