000在OLED上“不黑”是因人眼视觉补偿与微亮像素散射光共同导致主观发虚，实测#121212等深灰更稳耐看；其功耗仅比#000高约3%，却显著降低视觉疲劳并保障阴影渐变与文字可读性。
为什么#000在OLED上反而“不黑”
不是颜色值错了，是人眼和屏幕在联合“欺骗”你。#000确实是RGB定义的纯黑，OLED像素也确实会彻底关闭——但问题出在视觉感知上：全黑区域会让相邻亮色边缘被大脑强行锐化补偿，睫状肌持续紧张；同时OLED黑场关闭后，周围微亮像素的散射光会让纯黑块显得“发虚”或“浮在表面”。实测中，#121212这种带0.5%残余亮度的深灰，反而比#000更稳、更耐看。
background-color: #000省电≠体验好
OLED功耗确实随黑色像素数线性下降，但真实场景里省电收益常被抵消：
- 语法高亮、图标、边框等亮色元素占比＞15%时，背景省下的电几乎白费
-
#000强制关闭像素，重启时易触发短暂残影（尤其冷启动） - 深灰背景如
#1e1e1e功耗只比#000高约3%，但视觉疲劳感显著降低 - 若页面含
box-shadow或半透明层，#000会让阴影“断层”，#121212能保留自然渐变
怎么选一个“对”的深色背景值
别凭感觉调，用可验证的基准：
- Material Design官方推荐
#121212（LCH明度≈12），兼顾省电与视觉稳定性 - VS Code暗色主题用
#1e1e1e，适合代码编辑这类高信息密度场景 - 用
oklch(12% 0.005 240)替代#121212，在支持OKLCH的浏览器（Chrome 112+等）中明度更一致 - 避免用
hsl(0,0%,0%)——HSL的0%明度在不同实现里可能映射到非全黑
检查对比度时#000会误导你
WCAG工具检测#000背景上的文字时，常给出“完美对比”假象，但实际失效：
立即学习“前端免费学习笔记（深入）”；
- 浅灰文字（如
#eeeeee）在#000上测得对比度≈21:1，但在OLED上因边缘虚化，主观可读性反不如#121212背景+#e0e0e0 - 工具不校准屏幕色域，P3屏上
#000配#ffffff可能过曝，LCD屏上又显灰 - 真验证方式：在目标设备上开DevTools → Computed面板 → 查
color和background-color的实际渲染值，再用WebAIM Contrast Checker实测
#000级的省电潜力，又不牺牲文字锚定感和边缘清晰度。多数项目卡在这里：调得太黑，用户盯十分钟就眼酸；调得太灰，OLED用户又觉得“这暗色模式是摆设”。折中点不在数值中间，而在人眼对明度变化的非线性响应曲线上。 
