浏览器按 标签出现顺序解析 CSS，顺序错乱会导致样式被意外覆盖或重置失效。比如 normalize.css 放在业务组件样式之后，就无法真正归一化 button 的默认边距...

嵌套选择器（如 .header .nav a、.card > .content）本身没有语法错误，但过度嵌套会显著拖慢 CSS 解析速度，尤其在低端设备或大型 DOM 树中。浏览器是从右向...

直接在 :root 中声明一套可复用的色值，是现代 CSS 调色板最轻量、最灵活的方式。所有颜色名应语义化（如 –color-primary），而非仅描述色相（如 –...

直接在 :root 里声明颜色变量，所有后代元素都能通过 var(–primary-color) 引用。它不是“运行时变量”，而是级联生效的静态声明，修改后浏览器自动重绘。

外部 CSS 文件本身不是“慢”的根源，问题常出在加载时机和阻塞行为上。link 标签引入的 CSS 默认会阻塞 HTML 解析和页面渲染，尤其当文件体积大、网络差或服务器响应慢时，首屏白...

直接把多个 .css 文件用 cat 或复制粘贴合并，再丢给压缩工具（比如 cssnano），常发现最终体积比原来总和还大。核心原因是：不同文件里的重复选择器、重叠声明、未使用的 @imp...

嵌套过深（比如 .container .sidebar .content .item .title）会导致样式耦合强、复用性差、调试困难，而且一旦 DOM 结构微调，样式就可能失效。更关键...

Autoprefixer 在 Sublime Text 中无法直接通过 Package Control 安装「最新版」，因为官方已停止维护 Autoprefixer 这个独立插件（原作者转...

浏览器按 HTML 中 标签的出现顺序依次加载和解析 CSS，后引入的样式规则在发生冲突时会覆盖先引入的——这不是“可能”，而是确定行为。只要选择器权重相同，顺序就决定胜负。...

把 CSS 按功能或页面模块拆分成多个文件，是提升可维护性的有效方式，关键不在“拆”，而在“怎么拆”和“怎么管”。