问题解析：厂商前缀与选择器组合的陷阱
在css样式开发中，我们有时会遇到一种现象：当尝试将带有厂商前缀（vendor prefix）的伪类选择器与其他标准选择器或不同厂商前缀的选择器组合在同一条css规则中时，该规则在某些浏览器中会完全失效。例如，以下css代码在google chrome浏览器中无法生效：
input:read-only,
input:-moz-read-only {
border: 1px solid red;
}而将其拆分为两条独立的规则后，却能正常工作：
input:read-only {
border: 1px solid red;
}
input:-moz-read-only {
border: 1px solid red;
}这背后的原因在于CSS规范对选择器列表的解析机制。根据CSS规范，当浏览器解析一个选择器列表时，如果列表中的任何一个选择器是无效的或无法识别的，那么整个选择器列表都会被视为无效，从而导致整个CSS规则块（包括其内部的样式声明）被浏览器忽略。
具体到上述例子：
- input:read-only是一个标准的CSS伪类选择器，用于匹配处于只读状态的input元素。现代浏览器普遍支持此选择器。
- input:-moz-read-only是Mozilla Firefox浏览器特有的厂商前缀伪类选择器，旨在为旧版Firefox提供支持。
当Google Chrome浏览器解析input:read-only, input:-moz-read-only这条规则时，它能够识别input:read-only，但无法识别input:-moz-read-only（因为这是Firefox特有的）。由于选择器列表中存在一个Chrome无法识别的元素，Chrome会根据规范将整个规则集判定为无效，因此该规则中定义的border: 1px solid red;样式将不会被应用到任何元素上。
立即学习“前端免费学习笔记（深入）”；
解决方案：分离选择器规则
解决此问题的唯一方法是避免将厂商前缀选择器与其他选择器组合在同一个选择器列表中。即使这些选择器需要应用相同的样式，也必须为它们各自创建独立的CSS规则块。
/* 标准选择器，适用于支持 :read-only 的现代浏览器 */
input:read-only {
border: 1px solid red;
}
/* Firefox 特有选择器 */
input:-moz-read-only {
border: 1px solid red;
}
/* 如果需要支持旧版 Webkit 浏览器 (如 Safari, 旧版 Chrome) */
input:-webkit-read-only {
border: 1px solid red;
}
/* 如果需要支持旧版 Internet Explorer / Edge */
input:-ms-read-only {
border: 1px solid red;
}这种分离的写法确保了即使某个浏览器不识别特定的厂商前缀选择器，它仍然可以正确解析并应用它所能识别的其他选择器规则。例如，Chrome会忽略input:-moz-read-only规则，但会正确应用input:read-only规则；Firefox则会应用input:read-only和input:-moz-read-only两条规则。
注意事项与最佳实践
现代浏览器兼容性： 对于read-only这样的常用伪类，现代浏览器（包括最新版本的Chrome、Firefox、Edge、Safari等）通常都已支持标准的input:read-only伪类。因此，在许多情况下，单独使用input:read-only可能就足够了，无需额外添加厂商前缀。在引入厂商前缀之前，务必查阅MDN Web Docs或其他兼容性表格，确认其必要性。
何时使用厂商前缀： 厂商前缀主要用于实验性或非标准化的CSS特性。随着这些特性逐渐被Web标准采纳并稳定下来，厂商前缀会逐渐被淘汰。过度使用或不必要地使用厂商前缀会增加CSS代码的冗余和维护成本。
-
自动化工具： 手动为每个厂商前缀选择器编写重复的样式规则是繁琐且容易出错的。为了提高开发效率和代码的可维护性，强烈建议使用自动化工具：
总结
在CSS中，组合带有厂商前缀的伪类选择器是一个常见的陷阱，其根源在于浏览器对选择器列表的严格解析机制。核心原则是，浏览器在解析选择器列表时，任何一个无法识别的选择器都会导致整个规则集失效。因此，为了确保样式在各种浏览器中的兼容性和正确性，始终将带有厂商前缀的选择器单独列出。同时，利用自动化工具（如Autoprefixer）可以有效管理这些前缀，简化开发流程，使开发者能够专注于编写干净、标准的CSS代码。
