device-cmyk() 在所有主流浏览器中完全未实现，被直接丢弃且无 fallback；w3c 已将其标记为“at-risk”并长期搁置；真正可控的 cmyk 输出需绕过浏览器，通过服务端生成嵌入 icc 配置文件的 pdf/x 格式文件。
device-cmyk() 在所有主流浏览器中完全不可用，写进去等于没写。
为什么 device-cmyk() 会静默失效
它不是“兼容性差”，而是根本没被实现：Blink（Chrome/Edge）、Gecko（Firefox）、WebKit（Safari）全部跳过该函数解析。你在 CSS 里写 color: device-cmyk(0%, 100%, 100%, 0%)，DevTools 的 Styles 面板里这行会灰掉或直接消失，Computed 面板里也查不到——整条声明被丢弃，不触发任何 fallback。
W3C 已将 device-cmyk() 标记为 “at-risk” 并长期搁置，规范中定义的两种语法（空格分隔 / 斜杠分隔）全被判为无效值。连 color(cmyk 0 1 1 0) 这种写法也会被当作语法错误，导致整条规则（包括后面的 font-size）失效。
@media print 里能控制的只有 RGB 渲染结果
打印样式表真正能干预的，是浏览器渲染链末端输出的 sRGB 像素——之后的转换（sRGB → 设备 CMYK）由操作系统打印子系统和打印机驱动完成，CSS 完全无法触达。
实操重点不是“指定 CMYK”，而是让 RGB 输出更稳定、更贴近印刷预期：
- 必须显式启用颜色输出：
* { color-adjust: exact; -webkit-print-color-adjust: exact; } - 禁用干扰项：
background-image、box-shadow、filter在打印时基本不可靠，建议用.no-print类隐藏 - 链接补 URL：
a::after { content: " (" attr(href) ")"; }，避免打印后信息丢失 - 单位优先用
pt或in，别依赖rem/em，因打印上下文缩放行为不一致
真正可控的 CMYK 输出必须脱离浏览器渲染
如果你需要交付印刷就绪文件（比如企业 VI 色、Pantone 配色），唯一可靠路径是绕过浏览器：
- 用 Puppeteer / Playwright / WeasyPrint 生成 PDF，在服务端嵌入 CMYK ICC 配置文件（如
ISOcoated_v2_eci.icc） - 导出格式必须为
PDF/X-1a或PDF/X-4，并在 Acrobat 中打开「输出预览」确认对象保留 CMYK 色彩空间 - 对关键色块，直接在 PDF 中用 CMYK 值绘制矢量图形，而非依赖 CSS
color
CMYK 不是“另一种颜色写法”，它是绑定物理油墨、纸张吸墨性、网点扩大率的输出协议。浏览器没有、也不会有 CMYK 渲染管线——这点比任何兼容性补丁都更根本。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
