加 prefix 是最轻量、最可控的类名隔离手段，但它不自动修复样式，也不改加载顺序——你改一处漏一处，样式就丢一处；prefix 必须置于 tailwind.config.js 顶层，值为带短横线的字符串（如 'tw-'），仅作用于 Tailwind JIT 生成的工具类，不覆盖手写、第三方或动态拼接类名，且无法解决 preflight 重置或样式权重冲突。
加 prefix 是最轻量、最可控的类名隔离手段，但它不自动修复样式，也不改加载顺序——你改一处漏一处，样式就丢一处。
tailwind.config.js 里怎么写 prefix 才生效
必须放在配置顶层，且值是带短横线的字符串：
module.exports = {
prefix: 'tw-',
content: ['./src/**/*.{js,jsx,ts,tsx}'],
theme: { extend: {} },
plugins: [],
}常见错误包括：
-
prefix: 'tw'（缺短横线）→ 生成twtext-red-500，不是合法类名 -
prefix: 'tw- '（末尾空格）→ 构建失败或行为异常 - 把
prefix写在theme或plugins里 → 完全不生效
哪些类会带前缀，哪些不会
prefix 只影响 Tailwind JIT 编译出的工具类，和你手写的、第三方的、动态拼接的类完全无关：
立即学习“前端免费学习笔记（深入）”；
- 会带前缀：
tw-p-4、tw-bg-blue-500、tw-md:flex、@apply p-4输出的也是tw-p-4 - 不会带前缀：
.my-button、.el-input、.n-card、className={`text-${color}-500`}
这意味着：你用 clsx 或 twMerge 时，传进去的也得是带 tw- 的类名，否则合并逻辑还是按旧名走。
HTML 和 JSX 里必须手动更新所有 class 引用
Tailwind 不扫描模板，它只管“生成哪些类”，不管“你用了哪些类”。漏改等于样式消失：
-
class="flex p-4 text-lg"→ 改成class="tw-flex tw-p-4 tw-text-lg" -
className={`flex ${isOpen ? 'hidden' : ''}`→ 改成className={`tw-flex ${isOpen ? 'tw-hidden' : ''}` - JSX 中用到
twMerge的地方，也要确保传入的是tw-开头的类名
别指望它能自动替换；这是 prefix 的设计前提：你主动隔离，就得全程负责。
prefix 解决不了 preflight 和样式权重问题
即使加了 tw-，@tailwind base 还是会全局重置 button、img、h1 等原生标签。比如 Element Plus 按钮变透明、Naive UI 标题字号异常，prefix 完全无效。
真正要对付这类问题，得关掉 corePlugins.preflight: false，或者把第三方库的重置规则塞进 @layer base 里。否则，前缀只是让类名不撞车，但样式依然打架。
复杂点在于：类名隔离和样式作用域是两件事。prefix 只管前者，后者得靠 preflight 控制、层管理、甚至 @layer components 配合才能闭环。
