默认utility classes不够用是因为框架为控制类名数量和构建体积，不暴露所有可能组合；需通过扩展$utilities map（bootstrap）或addutilities插件（tailwind）安全添加自定义类，否则类名存在但无样式。
为什么默认Utility Classes不够用
Bootstrap或Tailwind的预设工具类覆盖了常见场景，但业务中总会出现它们没提供的组合：比如bg-tertiary、shadow-inner-sm、text-balance（CSS新属性），或者需要适配设计系统里特定的间距阶梯（如pt-1.75）。这些不是“缺功能”，而是框架默认不暴露所有可能排列——否则类名数量会爆炸式增长，影响构建体积和开发者心智负担。
直接在HTML里写style或加!important更麻烦
临时写内联样式破坏原子化原则，也难复用；滥用!important会让后续调试变成权重猜谜游戏。尤其当框架组件内部依赖某些类名触发JS行为（如Bootstrap的.show控制模态框显示）时，硬覆盖样式可能导致交互失效。真正该做的是让自定义类和框架类处于同一层级，靠加载顺序和选择器权重自然生效。
怎么安全地加一个bg-tertiary
别改_utilities.scss硬塞，Bootstrap的$utilities map才是源头。正确做法是：
如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Android友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Android应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更
- 在自定义SCSS文件里扩展
$utilitiesmap，补全background-color映射项 - 确保该文件在Bootstrap源码之后、
@include utilities之前引入 - Tailwind则走插件路径：
addUtilities({ '.bg-tertiary': { backgroundColor: theme('colors.tertiary') } })，并注册进tailwind.config.js
漏掉映射或插件未启用，类名存在但无样式——这是最常被忽略的断点。
自定义Utility Class容易踩的坑
常见错误现象包括：类名在HTML里写了但开发者工具里看不到声明、响应式变体（如md:bg-tertiary）不生效、颜色值没接入主题导致无法跟随暗色模式切换。
- Bootstrap：必须同步更新
$theme-colors和$utilities，否则theme('colors.tertiary')取不到值 - Tailwind：插件里调用
theme()前要确认tertiary已定义在theme.extend.colors中 - 所有框架：自定义类若含伪类（如
:hover）、媒体查询或容器查询，需显式启用对应变体支持
真正卡住人的往往不是“怎么加”，而是“加完后为什么没效果”——多数时候是主题配置、map注入顺序、或变体开关这三个环节漏掉一个。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
