真正护眼的暗黑主题需满足背景明度合理、语法色不刺眼、各面板颜色统一；推荐优先试用dark+、github dark default等内置主题，避免纯黑背景，并同步配置终端、预览及调试控制台主题。
VSCode 默认的 Dark+ 主题已经是可用的暗黑模式，但“能用”不等于“适合深夜写代码”——真正护眼、减少眩光、适配 OLED 屏幕的暗黑主题，得同时满足背景明度合理、语法色不刺眼、各面板颜色统一这三个条件。
怎么快速试出真正适合深夜的主题
别从扩展市场瞎搜“dark”“black”“night”，先用内置主题快速验证眼睛反应：
- 按
Ctrl+K Ctrl+T（Windows/Linux）或Cmd+K Cmd+T（macOS），直接呼出主题选择面板 - 挨个试这几个：
Dark+ (default dark)、Github Dark Default、Solarized Dark、Nord - 每换一个，盯着写 2–3 行代码，看是否出现眼干、聚焦发虚、括号/字符串跳色等现象
- 重点观察注释（
//）、字符串（"hello"）、函数名三类元素的饱和度——高亮太艳（比如亮青、荧光粉）会加重视觉负担
为什么换了暗黑主题，终端/预览还是亮的
VSCode 的「编辑器主题」和「终端主题」「Markdown 预览主题」是三套独立系统，只改 workbench.colorTheme 不会影响它们：
- 终端默认继承编辑器背景色，但部分主题（如
Material Theme）会强制覆盖，导致终端仍是灰白底——此时需手动在settings.json中加："terminal.integrated.theme": "Default Dark+" - Markdown 预览默认走浏览器样式，要让它匹配编辑器，必须启用：
"markdown.preview.experimental.useEditorStyle": true - 调试控制台（Debug Console）不响应
workbench.colorTheme，它只认editor.tokenColorScheme；如果代码区变暗但控制台仍白，说明你没同步设好："editor.tokenColorScheme": "Default Dark+"
纯黑背景（#000000）不是护眼，而是陷阱
OLED 屏幕用户尤其要注意：把所有区域硬刷成 #000000 看似更“暗”，实则放大对比失衡，反而让眼睛更累：
-
Dark+的背景是#1E1E1E，不是纯黑，这是有意为之——保留微弱灰阶便于区分相邻代码块 - 强行覆盖全部为
#000000后，若不调低前景色（如把editor.foreground从#ffffff改成#e0e0e0），文字边缘会因反差过大而发虚 - 某些插件（如
Bracket Pair Colorizer）注入的高饱和色块，在纯黑背景下会像闪光灯一样跳出来，建议禁用或重写其 token 颜色 - OLED 用户还得多关一项：
"workbench.editor.showTabs": false或配合"workbench.editor.tabSizing": "shrink"，避免标签页边框残留像素发光
真正影响深夜编码体验的，是这三处细节
主题选对只是第一步，下面这些配置不跟上，再好的暗黑主题也会失效：
- 字号别低于
14px：小字号在暗背景下更难聚焦，"editor.fontSize": 15是多数人舒适起点 - 禁用连字（
"editor.fontLigatures": false）：Fira Code 等字体的=>连字在低亮度下易糊，尤其 Windows 上 ClearType 会加重发虚 - 关掉空格/缩进可视化：
"editor.renderWhitespace": "none"和"editor.renderIndentGuides": false，避免暗背景里一堆浅灰点线干扰视线 - 检查语言扩展是否自作主张：Pylance、TypeScript Server 有时会覆盖
editor.tokenColorCustomizations，得单独在editor.tokenColorCustomizations里重申字符串、注释等关键项
暗黑主题不是越黑越好，也不是越酷越合适。深夜写代码时最常被忽略的，是终端和 Markdown 预览这两块“视觉断层区”，以及语言扩展偷偷覆盖语法色的行为——它们比主题本身更容易让眼睛突然累起来。
