CSS 不支持 CMYK 颜色值，device-cmyk() 函数虽在规范中定义但未被任何主流浏览器实现，声明会被直接忽略；印刷级色彩控制必须依赖服务端 PDF 生成（如 WeasyPrint 嵌入 ICC 配置文件）或专业排版工具。
CSS 本身不支持 CMYK 颜色值，任何尝试写 cmyk(100%, 0%, 0%, 0%) 的写法都会被浏览器直接忽略或解析为无效声明。 所以“在 CSS 中处理 CMYK 与 RGB 的转换误差”这个说法本身是个常见误解——你没法在 CSS 里做 CMYK 转换，只能控制 RGB 如何更可靠地呈现，从而缩小它和印刷输出之间的感知差距。
为什么不能在 CSS 里用 CMYK？
CSS 颜色模型规范（CSS Color Module Level 4）虽已定义 device-cmyk() 函数，但截至 2026 年 5 月，没有任何主流浏览器实现它。Chrome、Firefox、Safari 均不识别 device-cmyk()，DevTools 会标为 invalid，渲染时回退到默认色（通常是黑色或透明）。这意味着：你在样式表里写 CMYK，等于没写。
常见错误现象：
- 写
color: device-cmyk(0%, 100%, 100%, 0%);→ 页面文字变成黑色或消失 - 用 PostCSS 插件“转义”CMYK → 实际输出仍是 RGB 近似值，且无设备匹配逻辑
- 依赖 WeasyPrint 或 Prince 等 PDF 生成器的 CMYK 支持 → 这属于后端/服务端行为，和 CSS 渲染无关
RGB 在屏幕端不准，根本原因不是写法，而是色彩空间漂移
同一段 rgb(0, 170, 255) 在不同设备上看起来不同，并非浏览器 bug，而是底层色彩空间解释不一致：
- macOS + Safari 可能按 Display P3 解析未标注的 HEX 或
rgb() - Windows Chrome 默认走 sRGB，但若系统颜色管理启用了 ICC 配置文件，又未嵌入，结果会偏淡
- Android WebView 对
rgb(255 107 107)（空格语法）支持滞后，可能降级失败
解决思路不是“转 CMYK”，而是锚定 sRGB 空间：
- 一律使用
rgb(255, 107, 107)或现代空格语法rgb(255 107 107)，避免十六进制歧义 - 禁用广色域干扰：开发调试时关闭 macOS 的“夜览”、Windows 的“夜间模式”
- 渐变必须统一格式：
linear-gradient(to right, rgb(255 0 0), rgb(0 255 0))，不能混用 HEX 和 rgb()
WeasyPrint 等工具里的 CMYK 是另一条链路
如果你最终目标是生成印刷就绪的 PDF，CSS 只负责描述结构和相对样式，色彩转换由渲染引擎完成：
- WeasyPrint 支持通过
@page { color-profile: "ISOcoated_v2_300_eci.icc"; }加载 ICC 配置文件 - 它会在 PDF 输出阶段，把文档中所有 RGB 图像和颜色按指定 profile 转为 CMYK —— 这个过程完全脱离浏览器
- 关键点：
color-profile规则只在 PDF 输出时生效，网页预览中仍显示为 RGB - 务必确认 ICC 文件路径正确，且 WeasyPrint 启动时未加
--no-pdf-encoding等禁用色彩管理的参数
真正容易被忽略的是：RGB 到 CMYK 的偏差，80% 源于设计稿没校准、输出前没软打样、也没和印刷厂确认所用的 ICC profile。CSS 能做的只是守住 sRGB 这条底线——别让它在屏幕上先跑偏。其余环节，得交给 Photoshop、InDesign 或 WeasyPrint 的色彩管理模块来兜底。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
