为何常仅用适配Safari的Webkit CSS标签？是否需适配其他渲染引擎标签？

这是个非常务实的问题！咱们从实际开发的角度来拆解：

为什么大家常只提WebKit的-webkit-前缀？ #

• 市场覆盖度极高：Chrome的Blink引擎是从WebKit分支出来的，早期完全兼容-webkit-前缀，直到现在很多场景下-webkit-依然能同时覆盖Chrome和Safari——这俩浏览器加起来占据了全球绝大多数桌面和移动浏览器市场份额，优先适配它能覆盖最核心的用户群体。
• 自动化工具的隐形处理：现在前端开发几乎都会用Autoprefixer这类工具，它会根据你预设的浏览器支持范围，自动添加所有需要的前缀。很多教程里只写-webkit-，要么是因为它最具代表性，要么是默认工具已经帮你搞定了其他前缀的兼容。
• 邮件开发的特殊性：邮件客户端里，iOS Mail、Mac Mail都是基于WebKit的，而邮件场景的兼容性要求里，WebKit的适配是最普遍的核心需求，所以很多邮件开发指南会重点提它。

要不要添加其他引擎的前缀？ #

答案是看你的具体需求：

• 目标受众的浏览器构成：如果你的用户里有大量Firefox用户（比如某些特定地区或行业场景），那针对旧属性的-moz-前缀可能需要考虑（比如早年的-moz-border-radius，不过现在标准属性已经全面支持了）。但对于现代CSS属性，大部分主流浏览器已经不需要前缀就能直接支持标准写法。
• 旧版本浏览器的兼容需求：如果必须支持非常老旧的浏览器（比如Firefox 50之前的版本、还在用Presto引擎的Opera版本——不过Presto早在2013年就被Opera放弃了），那才需要手动添加对应前缀，但这类用户占比现在极低，除非有明确的业务要求，否则没必要浪费精力。
• 优先用自动化工具代替手动编写：与其自己记各种引擎的前缀规则，不如直接用Autoprefixer。它会基于浏览器兼容数据，自动为目标浏览器生成所需前缀，比如你写标准的transform，它会自动补上-webkit-transform、-moz-transform等必要前缀，既准确又省心。

额外提醒 #

现在浏览器厂商越来越倾向于直接支持标准CSS属性，前缀更多是针对实验性属性的临时写法——当属性进入标准阶段后，厂商就会去掉前缀转而支持标准写法。所以日常开发里，优先写标准属性，前缀交给工具处理就好。

内容的提问来源于stack exchange，提问作者Muxiang