直接启用important: true是最快速解法，但仅适用于Tailwind类与外部CSS冲突场景；class顺序不影响样式，因工具类特异性相同，生效取决于CSS声明顺序，而非HTML中书写顺序。
直接启用 important: true 是最快速、最可控的解法，但仅适用于 Tailwind 类与外部 CSS（如 Bootstrap、Element Plus、手写样式）冲突的场景；它不能解决类之间“谁该生效”的逻辑问题，那得靠 twMerge 或条件化控制。
为什么 class 顺序在 HTML 里不决定最终样式？
Tailwind 的工具类（如 text-red-500、text-blue-500）在生成的 CSS 文件中具有完全相同的特异性（都是单类选择器），所以最终哪个生效，取决于它们在输出 CSS 中的**声明顺序**，而不是你在 class 属性里怎么写。
常见误判现象：
-
class="text-red-500 text-blue-500"本意是想让蓝色生效，但构建后可能.text-red-500出现在 CSS 文件更下方 → 红色反而赢了 - Vite/HMR 缓存或 PostCSS 插件顺序微调，都可能打乱 utility 类的输出顺序
- Vue 的
:class数组拼接、JS 动态拼字符串，无法保证最终 CSS 声明顺序
用 twMerge 合并冲突类，而非堆叠
twMerge 不是“加权排序”，而是按语义规则做逻辑覆盖：同一属性（如 text-、bg-、p-）只保留最后一个有效值，其他自动剔除。
立即学习“前端免费学习笔记（深入）”；
实操要点：
- 必须传入字符串，不能传数组：
twMerge('p-2 p-4')✅，twMerge(['p-2', 'p-4'])❌（会原样返回数组） - 非 Tailwind 类（如
my-custom-button）会被完整保留，不参与合并 - 变体支持完整：
twMerge('hover:p-2 hover:p-4')→'hover:p-4' - 不要在模板顶层滥用：
twMerge适合封装在组件逻辑或 composable 里，避免每次渲染都解析字符串
什么时候该开 important: true？
这个配置会让所有 Tailwind 工具类自动加上 !important，本质是“用暴力手段压制外部样式”。它不是万能钥匙，只在明确知道对手是谁时才启用。
适用场景：
- 和 Bootstrap 5 共存，且你确定要 Tailwind 的
flex、rounded-lg覆盖.d-flex、.rounded - 第三方 UI 库（如 Element Plus）的预设样式侵入性强，preflight 又无法禁用干净
- 项目已上线，临时救火，没时间重构 class 使用逻辑
风险点：
- 开启后，
twMerge对同一属性的覆盖逻辑仍有效，但!important会让它失去对“外部类”的压制能力（因为外部类也可能带!important） - 后续想用 CSS 自定义属性（
--tw-bg-opacity）做渐变控制时，!important可能干扰变量继承
真正容易被忽略的点：preflight 和 @layer 的协同
很多人开了 important: true 还是压不住，问题常出在 preflight。Tailwind 的 preflight 是一组重置规则（比如清空 button 的默认背景），它本身不带 !important，但若 Bootstrap 或 reset.css 在它之后加载，照样能覆盖。
正确做法是：
- 在
tailwind.config.js中关掉corePlugins.preflight: false，把基础重置权交还给浏览器或你信任的 reset 方案 - 用
@layer base手动补关键继承样式（如html { font-size: 16px }），确保它出现在所有框架样式之前 - 不要依赖 “Tailwind 放最后” 这种加载顺序技巧——构建工具、CDN 缓存、SSR 注入时机都会让它失效
