device-cmyk() 在所有主流浏览器中完全不可用，因 Blink、Gecko、WebKit 均未实现其解析逻辑，整条 CSS 规则被静默丢弃，W3C 已将其标记为“at-risk”并长期搁置。
device-cmyk() 在所有主流浏览器中完全不可用，写进去等于没写，它不会渲染、不触发降级、也不会出现在 DevTools 的 computed 样式中。
device-cmyk() 为什么在 Chrome/Firefox/Safari/Edge 里根本不起作用
这不是兼容性问题，而是功能缺失：Blink（Chrome/Edge）、Gecko（Firefox）、WebKit（Safari）全部跳过该函数的解析逻辑。你在 CSS 里写 color: device-cmyk(0%, 100%, 100%, 0%)，DevTools 的 Styles 面板会直接灰掉或消失，Computed 面板里查不到这条声明——整条规则被静默丢弃，连带后面的 font-size 或 background 都可能失效。
W3C 已将 device-cmyk() 标记为 “at-risk” 并长期搁置，规范中定义的两种语法（空格分隔 / 斜杠分隔）全被判为无效值。它从未进入任何浏览器的实现计划。
color(cmyk ...) 同样无效，别和 device-cmyk 混用
color() 函数只接受已实现的色彩空间名，cmyk 不在其中。写 color(cmyk 0 1 1 0) 会被当作语法错误，整条 CSS 规则作废。
立即学习“前端免费学习笔记（深入）”；
-
device-cmyk()是独立函数，不是color()的参数，二者语义层级不同，混写必错 - 目前唯一被部分支持的广色域空间是
display-p3，仅限高端 macOS/iOS 设备，对印刷输出零影响 -
rec2020、a98-rgb等写法在任何已发布浏览器中都不会产生对应色彩输出
@media print 能做的非常有限
浏览器打印预览本质仍是 sRGB 渲染链路，根本不走 CMYK 渲染管线。你能控制的只是视觉一致性：
- 必须显式启用颜色输出：
* { color-adjust: exact; -webkit-print-color-adjust: exact; print-color-adjust: exact; } - 禁用不可靠效果：
background-image、box-shadow、filter建议用.no-print类隐藏 - 链接补 URL：
a::after { content: " (" attr(href) ")"; }，避免打印后信息丢失 - 单位优先用
pt或in，别依赖rem/em，因打印上下文缩放行为不一致
真正可控的 CMYK 输出必须绕过浏览器
CMYK 不是“另一种颜色写法”，它是绑定物理油墨、纸张吸墨性、网点扩大率的输出协议。前端 CSS 层面没有、也不会有 CMYK 渲染管线。
可靠路径只有一条：服务端生成嵌入 ICC 配置文件的 PDF/X 文件。
- 用
weasyprint（支持嵌入ISOcoated_v2_eci.icc）或pdf-lib手动注入 CMYK 图像与色域描述 - 导出格式必须为
PDF/X-1a或PDF/X-4，并在 Acrobat 中打开「输出预览」确认对象保留 CMYK 色彩空间 - 关键色块建议直接在 PDF 中用 CMYK 值绘制矢量图形，而非依赖 CSS
color
复杂点在于：即使你成功生成了 PDF，最终是否被 RIP 正确解释，还取决于印刷厂的流程设置和 ICC 文件匹配精度——这已经超出前端代码能干预的范围。
