浏览器开发者工具的Computed和Styles面板是最高效CSS工具：Computed可定位真实生效样式及覆盖原因，Styles修改需注意!important和不可动态属性。

CSS 本身没有“运行时工具”，所谓“常用工具”实际是围绕 CSS 编写、调试、优化和集成的辅助手段——真正提升前端开发效率的，不是多装几个插件，而是选对场景用对东西。

浏览器开发者工具里的 Computed 和 Styles 面板怎么用才不踩坑

这是最常被忽略却最高效的 CSS 工具。别只盯着 Styles 面板改值看效果，Computed 面板才能暴露真实生效的样式来源。

• Computed 里点击属性名右侧的链接，能直接跳转到对应 CSS 规则（含行号），快速定位覆盖逻辑
• 勾选 Show all 后，注意带删除线的属性——说明被更高优先级规则覆盖，不是“没写上”，而是“被干掉了”
• 修改 Styles 中的值时，若发现改了没反应，先看该属性是否被 !important 锁死，或是否属于不支持动态修改的属性（如 display: contents 的子元素布局）

PostCSS 是什么，哪些插件值得加进构建流程

PostCSS 不是预处理器，而是一个 CSS 处理平台。它本身不提供语法糖，靠插件干活。上线项目里真正高频实用的就这几个：

• postcss-preset-env：按目标浏览器自动补全 gap、aspect-ratio、:has() 等新特性，比手写 -webkit- 前缀靠谱得多
• cssnano：压缩阶段启用，但注意默认会移除 /* stylelint-disable */ 注释，若依赖注释控制 lint 规则，得配 safe: true
• postcss-import：允许用 @import 拆分 CSS 文件，但别在 .vue 或 .tsx 单文件组件里混用，容易触发重复导入或作用域错乱

为什么现在很少提 Less/Sass，但团队项目还在用 @mixin 和 @function

不是预处理器过时了，而是使用方式变了。纯 CSS 变量 + clamp() + color-mix() 能覆盖很多旧需求，但复杂逻辑仍需抽象。

ImageMagick 批处理处理器

使用 ImageMagick 的 convert 和 mogrify 命令进行批量图像处理，支持调整大小、裁剪、水印和格式转换。与 libvips 集成以实现高性能缩略图生成。

下载

立即学习“前端免费学习笔记（深入）”；

• @mixin 适合封装有状态组合（如 btn--primary + btn--large + btn--disabled 的边框/阴影/文字颜色联动）
• @function 适合计算型逻辑（比如根据色值亮度自动选白字还是黑字：contrast-color($bg)），但别用来做响应式断点计算——这该由 JS 或容器查询（@container）接管
• 警惕嵌套过深：Sass 默认支持无限嵌套，但超过 3 层后，生成的选择器权重飙升，且难以被 CSS-in-JS 或原子化方案替代

要不要用 Tailwind？关键看团队对“设计系统约束力”的接受程度

Tailwind 不是“不用写 CSS”，而是把 CSS 写法从“描述外观”变成“描述意图”。它快，但快的前提是接受它的约束。

• 如果你的 UI 经常临时改间距（比如“这个卡片上下边距再加 2px”），Tailwind 的 pt-0.5 到 pt-12 就比手写 padding-top: 0.125rem 更快定位
• 但若设计系统本身没收敛字号、圆角、阴影层级，Tailwind 的 text-sm/text-base 就会变成新一套 magic number，反而增加理解成本
• 开启 content 扫描后，务必排除 node_modules 和构建产物目录，否则 tailwindcss -i input.css -o output.css --watch 会因扫描巨量文件卡住

真正卡住前端速度的，往往不是“没工具”，而是没想清楚：这个样式是临时修补，还是未来要复用？是业务强相关，还是应沉淀为设计 Token？工具只是把答案更快写出来，而不是替你做判断。