PHP-CSS-Parser 项目中 @font-face 规则 src 属性解析问题分析

在 PHP-CSS-Parser 项目中，开发者发现了一个关于 CSS @font-face 规则中 src 属性解析的异常情况。当 src 属性包含多个字体源时，解析器未能正确识别逗号分隔的多个 URL 值，导致解析结果出现错误。

问题现象

在 CSS 中，@font-face 规则的 src 属性通常包含多个字体源，以逗号分隔。例如：

@font-face {
    font-family: 'Open Sans';
    src: url('../fonts/open-sans-italic-300.woff2') format('woff2'),
         url('../fonts/open-sans-italic-300.ttf') format('truetype');
}

在使用 PHP-CSS-Parser 8.4.0 版本解析时，上述代码中的 src 属性被错误地解析为三个组件，而不是预期的两个。这种错误解析会导致后续处理字体资源时出现问题。

技术分析

解析器工作机制

PHP-CSS-Parser 在解析 CSS 属性值时，会根据不同的属性类型采用不同的分隔符优先级。对于大多数属性，空格是主要的分隔符，而对于某些特殊属性（如 box-effect），逗号的分隔优先级更高。

问题根源

src 属性在 @font-face 规则中具有特殊语法：

1. 允许指定多个字体源，用逗号分隔
2. 每个字体源可以包含 URL 和格式声明

当前解析器的默认行为将空格视为比逗号更高优先级的分隔符，这与 src 属性的实际语法要求相矛盾。正确的处理方式应该是：

1. 首先按逗号分隔多个字体源
2. 然后在每个字体源内部按空格分隔 URL 和格式声明

解决方案

项目维护者通过调整 src 属性的分隔符优先级解决了这个问题。具体修改包括：

1. 为 src 属性指定非标准的分隔符优先级顺序
2. 确保逗号的分隔优先级高于空格

这种解决方案保持了向后兼容性，同时正确处理了 @font-face 规则中的 src 属性。

扩展讨论

这个问题揭示了 CSS 解析中的一个常见挑战：不同属性可能需要不同的解析策略。类似的情况还包括：

• background 属性的多重值
• transform 属性的多个函数
• box-effect 属性的多个效果定义

良好的 CSS 解析器需要能够根据上下文动态调整解析策略，这也是 PHP-CSS-Parser 项目持续优化的方向之一。

总结

这个问题的解决展示了 PHP-CSS-Parser 项目对 CSS 规范细节的重视。通过精确控制属性值的解析顺序，确保了复杂 CSS 规则的正确处理。对于开发者而言，理解这些底层机制有助于更好地使用解析器，并在遇到类似问题时能够快速定位原因。