color-scheme 不是深色模式开关，仅声明支持的系统配色方案；需通过 或 :root { color-scheme: light dark; } 声明才能使原生控件适配系统偏好，且不影响自定义元素样式。
color-scheme 不是用来“实现深色模式”的万能开关，它只负责告诉浏览器：「我支持哪些系统配色方案」。真正起效的前提是——你得先声明它，否则原生控件（input、select、button、滚动条）在深色系统下仍会固执地显示浅色样式。
用 <meta name="color-scheme"> 声明全局支持
这是最轻量、最早生效的方式，无需 CSS 解析，页面 HTML 加载阶段就起作用：
-
<meta name="color-scheme" content="light dark">放在里，浏览器立刻知道该适配系统偏好 - 不写这个 meta，即使后面写了
:root { color-scheme: light dark; }，某些浏览器（如 Safari iOS 16.4 之前）可能延迟应用或忽略原生控件样式 -
content值顺序无关紧要：light dark和dark light行为一致，没有“优先级”一说 - 值必须是空格分隔的关键词，不能加引号，也不能写成
light, dark
color-scheme 在 CSS 中的写法与作用范围
它只影响浏览器默认渲染的「系统级元素」，不是自定义样式的开关：
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
- 生效对象包括：
input、textarea、select、button、progress、scrollbar，以及所有使用Canvas系统颜色（如CanvasText）的场景 - 对
div、p、h1等普通元素无任何视觉影响，它们的背景/文字色仍需手动控制 -
:root { color-scheme: light dark; }是推荐写法；局部设置如.card { color-scheme: dark; }会让该区域内的原生控件强制走深色逻辑（哪怕系统是浅色） -
only light这种写法极少需要，它会阻止浏览器自动覆盖——比如你明确不想让某个input被深色化
为什么写了 color-scheme 还是白底黑字？
常见误解是它能自动切换整个页面主题。实际上：
- 它不改
background-color、color、border-color等自定义属性，这些必须配合@media (prefers-color-scheme: dark)手动写 - 如果只写了
color-scheme没写媒体查询，页面内容仍按初始 CSS 渲染（通常是浅色），只是输入框边框变灰了而已 - 滚动条颜色在部分旧版 Chrome（::-webkit-scrollbar 规则，
color-scheme仅对新版标准滚动条有效 - 某些 CSS 系统颜色（如
ButtonFace）只有在color-scheme生效后才动态变化，直接写死#f0f0f0就绕过了这个机制
兼容性与降级策略
主流浏览器（Chrome 89+、Firefox 96+、Safari 15.4+）已稳定支持，但要注意：
- 不支持时完全静默：
color-scheme被忽略，页面照常渲染，不会报错也不会崩 - 不要依赖它做功能判断，比如用 JS 检测
getComputedStyle(document.documentElement).colorScheme—— 该属性未标准化，返回值不可靠 - 若需深度定制（如深色模式下禁用某动画），仍应以
prefers-color-scheme媒体查询为准，color-scheme只管“基础皮肤” - 移动端 WebView（如微信内置浏览器）支持度参差，建议 meta + CSS 双声明，确保早期加载阶段就有响应
color-scheme 的核心价值不在“炫技”，而在消除系统级视觉冲突。最容易被忽略的是：它必须和 prefers-color-scheme 配合使用，前者管控件，后者管内容——漏掉任一环，用户在深色系统里点开你的页面，看到的都可能是半截深色滚动条配全屏刺眼白背景。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
