device-cmyk()在所有主流浏览器中完全不可用，blink、gecko、webkit均未实现其解析逻辑，w3c已将其标记为“at-risk”并长期搁置；它会被静默丢弃而非降级，且与color(cmyk)混用必错。
device-cmyk() 在当前所有主流浏览器中完全不可用，写进去等于没写。
Chrome/Firefox/Safari/Edge 都不解析 device-cmyk()
你在 CSS 里写 color: device-cmyk(0%, 100%, 100%, 0%)，浏览器不会报错，但会直接跳过整条声明——DevTools 的 Styles 面板里这行灰掉或消失，Computed 面板里也查不到。这不是兼容性差，而是 Blink、Gecko、WebKit 全都没实现这个函数的解析逻辑。
W3C 已将 device-cmyk() 标记为 “at-risk”，并实际搁置多年。它从未进入稳定实现阶段，也没有厂商宣布过实现计划。
- 没有 fallback：不像
color(display-p3)至少会降级到 sRGB，device-cmyk()是静默丢弃 - 不是语法写错的问题：无论用空格分隔、斜杠分隔，还是带 alpha，全部无效
- PostCSS 插件“转义”CMYK → 输出仍是 RGB 近似值，且无设备匹配逻辑
color(cmyk) 同样无效，别和 device-cmyk() 混用
color() 函数只接受已实现的色彩空间名，cmyk 不在其中。写 color(cmyk 0 1 1 0) 会被当作语法错误，整条规则失效（连后面的 font-size 都可能不生效）。
device-cmyk() 是独立函数，不是 color() 的参数，二者语义层级不同，混写必错。
- 真正被部分支持的空间只有
srgb、display-p3（macOS/iOS 高端设备）、rec2020（未实装） -
color(display-p3)可用于提升屏幕观感，但对印刷输出零影响 - 没有任何机制让 CSS 指定 Pantone 编号、黑版比例（如 K=85%）或 ICC 配置文件
@media print 能做的，仅限于控制屏幕渲染链末端的打印预览
浏览器打印流程根本不走 CMYK 渲染管线。所谓“印刷色标注”，在前端层面无法传递给打印机或 RIP。你能做的只是优化打印预览的视觉一致性：
- 必须显式启用颜色输出：
* { 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 渲染管线。
可靠路径只有一条：服务端生成 PDF。
- 用 WeasyPrint：通过
@page { color-profile: "ISOcoated_v2_300_eci.icc"; }嵌入 ICC 文件，在 PDF 输出阶段统一转换 RGB → CMYK - 用 pdf-lib：手动注入 CMYK 图像与色域描述，但需自行管理色彩空间映射
- 导出格式必须为
PDF/X-1a或PDF/X-4，并在 Acrobat 中打开「输出预览」确认对象保留 CMYK 空间 - 用户端点击“打印为 PDF”按钮 → 默认走 sRGB 转换，结果不可控，不能用于印前交付
实际印刷准备中最容易被忽略的一点：前端写的每一种“CMYK 颜色”，在服务端 PDF 生成前都只是 RGB 数值；最终是否准确，取决于 ICC 配置文件是否加载成功、PDF 输出引擎是否启用色彩管理、以及目标印刷标准（如 ISO Coated v2）是否匹配。这些环节全在 CSS 之外。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
