sublime text 编辑区背景透明度只能通过 color_scheme 中 background 字段改用 rgba() 值实现，如 "rgba(15,15,15,0.85)"；侧边栏、标题栏等 ui 元素不读该字段，.sublime-theme 或 background_image 等方案无效且易出错。
background 字段的透明度不是靠“调透明度”实现的，而是直接换用 rgba() 格式值。你改的不是窗口整体通透感，只是编辑区文字背景那一层的 Alpha 混合。
改 color_scheme 里的 background 为 rgba()
这个操作只影响代码编辑区域的底色，对侧边栏、标题栏、标签页、任务栏缩略图完全无效——它们压根不读这个字段。
- 打开当前使用的配色方案文件（路径通常为
Packages/User/xxx.sublime-color-scheme或通过Preferences → Color Scheme查看名称） - 找到
"background"键，原始值一般是十六进制，比如"#0f0f0f" - 替换成
rgba(r, g, b, a)格式，例如："rgba(15, 15, 15, 0.85)" -
a是 Alpha 值，范围0.0（全透）到1.0（不透），建议从0.8起步；低于0.6容易让高亮文字边缘发虚、括号匹配色变淡 - 保存后 Sublime 自动重载，无需重启
注意：Windows 下部分显卡驱动或桌面合成器（如旧版 DWM）可能不支持 rgba() 渲染，表现为背景直接变黑或变白——这不是配置错，是系统层限制。
为什么不能在 .sublime-theme 里硬加 layer0.opacity？
因为 .sublime-theme 控制的是 UI 元素（侧边栏、标签页、状态栏等）的绘制逻辑，不是窗口图层。加 layer0.opacity: 0.7 这类字段：
- 不会改变窗口整体透明度，只让某个 UI 容器“看起来半透”
- 容易导致主题加载失败：JSON 少个逗号、路径写错、opacity 值类型不对（必须是数字，不能是字符串），就会白屏
-
layer0.texture配 PNG 贴图 + 低 opacity 更危险：贴图尺寸错、路径不存在、PNG 有 alpha 通道异常，轻则界面错位，重则整个 UI 不渲染
这类修改本质是“视觉欺骗”，和系统级透明无关，也和“磨砂玻璃”毫无关系。
background_image + background_opacity 组合行不行？
不行。这两个字段只作用于编辑区背景图层，且行为不稳定：
-
background_image必须是绝对路径或相对Packages/的路径，写错就静默失效 -
background_opacity是浮点数（0.0–1.0），但实际生效受 DPI 缩放、GPU 渲染模式影响极大 - 在高 DPI 屏幕或启用硬件加速时，经常出现图像拉伸、重复错位、透明叠加异常（比如文字底色变灰蒙蒙一片）
- 更关键的是：它和
background冲突。如果两者都设，Sublime 优先用background_image，background的rgba()值会被忽略
想微调节奏感，只用 background + rgba() 就够了；加图层是给自己埋雷。
macOS 和 Windows 行为差异特别大
macOS 下 rgba() 在 color_scheme 中基本可用，但受限于系统渲染管线，Alpha 值低于 0.75 时，字体抗锯齿会劣化，光标偶尔闪烁。
Windows 下更复杂：
- 启用硬件加速（
"hardware_acceleration": "opengl"或"direct3d"）时，rgba()渲染最稳定 - 关闭硬件加速（
"none"）时，某些集成显卡会把rgba(0,0,0,0.8)渲染成纯黑 - 如果用了第三方窗口管理工具（如 PowerToys、AutoHotkey），它们的透明控制会和 Sublime 自身的
color_scheme渲染打架，导致背景忽明忽暗
真正可控的，永远只有那一行 "background": "rgba(...)" ——其他都是绕远路，还容易踩坑。
