真正护眼的是LCH明度L≈20–35的中深灰背景，如#282c34（L≈35），它在OLED上不发光、LCD上不发灰，避免瞳孔频繁调节和眩光，优于纯黑#000000。
别选纯黑背景#000000，真正护眼的是 LCH 明度 L≈20–35 的中深灰背景，比如 #282c34（One Dark Pro）、#1e1e1e（Default Dark+）或 #0d1117（GitHub Dark Default）——这些值在 OLED 屏上不发光、在 LCD 上不发灰，眼睛不用频繁调节。
为什么#282c34比#000000更护眼
纯黑背景在暗光下会让白色文字产生“发光字”效应，瞳孔持续收缩引发眩光；#282c34 是带轻微蓝灰倾向的中深灰，L 值约 35，配合注释色 #5c6370 和字符串色 #98c379，形成自然视觉层级：关键词跳出来，注释退后，字符串不刺眼。
- 默认 Dark+ 的
#1e1e1e明度偏低、蓝调弱，长时间看容易发沉；#282c34更稳，尤其适合 TypeScript/Python - OLED 屏上
#000000是像素级关闭，但相邻亮色区域会因残影放大对比，反而更累 - 若用
#252526或#121212，需同步检查终端背景是否匹配，否则视觉割裂感极强
editor.tokenColorCustomizations 怎么写才生效
改代码颜色不是换主题，而是配语法高亮规则。它只认 token scope（如 keyword、string.quoted.double.ts），不认语言名或主题名。
- 必须先按
Ctrl+Shift+P运行Developer: Inspect Editor Tokens and Scopes，点中目标代码确认真实 scope —— 别猜string，JS 里双引号实际是string.quoted.double.js - 想只影响 Python？写成
"[python]": { "editor.tokenColorCustomizations": { "strings": "#4ecdc4" } }，否则 JS/TS 也会被波及 - 第三方主题（如 Nord）常自带
tokenColorCustomizations，会覆盖你的设置；关掉它："nord.enforceSyntaxHighlighting": false - 别在
workbench.colorCustomizations里写代码色 —— 它管状态栏、侧边栏，和语法着色完全隔离，混写静默失效
终端、侧边栏、状态栏颜色不统一，护眼效果直接归零
只改 editor.background 是最常见错误。眼睛要在不同明度间反复调节，比全亮更累。
- 必须一并覆盖至少这 6 个区域：
editor.background、sideBar.background、activityBar.background、statusBar.background、panel.background、titleBar.activeBackground - 推荐统一用
#1e1e1e或比编辑器深一级的#0d0d0d（尤其终端） -
terminal.integrated.backgroundOpacity可设为0.85，但别低于0.7，否则文字发虚；不支持 rgba，透明度必须单独控 - 工作区
.vscode/settings.json里写了同名项，会直接屏蔽用户级设置
注释太淡、字符串太亮、函数名没区分？这是主题默认缺陷，不是你配错了
One Dark Pro 默认注释 #5c6370 在某些屏幕下发灰，模板字符串和普通字符串共用一个颜色，函数名/类型名也未启用语义高亮（semanticTokenColors）。
- 实操建议：在
settings.json加"comments": "#808080"提升注释可读性 - 确认主题版本 ≥ v3.10.12（支持
string.template独立着色） - 启用
semanticTokenColors后，别用editor.foreground覆盖，会破坏整套语义体系 - 如果开了
editor.fontStyle: "italic"，Solarized Dark 的斜体注释反而更难辨认 —— 必须关掉
复杂点在于：同一套颜色值，在 OLED 和 LCD 屏上表现差异极大；而最容易被忽略的，是环境光——再好的 #282c34 在正午窗边强光下也会反光发白。调完颜色，记得关掉背后的台灯，把屏幕亮度调到略低于周围环境。
