JIT在低配机上卡顿主因是未启用或配置错误：需确认v3+版本、删除mode/purge字段、content为精准数组路径、启用VSCode字符串补全、避免动态class与@apply嵌套。
确认 JIT 真正在低配机上跑起来
低配机编译卡顿，90% 不是硬件问题，而是 JIT 根本没启用——终端没输出 Using JIT (Just-In-Time) mode，就等于还在用 v2 的全量编译逻辑，CPU 占满、内存爆掉都是必然结果。
- 运行
npx tailwindcss -v，必须看到v3.x.x（如v3.4.3），v2.x或带@tailwindcss/jit包的项目会强制 fallback -
tailwind.config.js里删掉所有mode: 'jit'、purge字段——v3+ 不认这些，写了反而触发降级 -
postcss.config.js中插件必须是require('tailwindcss')，不是require('@tailwindcss/jit')
content 路径写错 = JIT 在低配机上直接瘫痪
JIT 不猜文件在哪，只按 content 数组里写的路径去读。路径错一位、漏一个扩展名，它就看不见你写的类，结果就是：每次保存都扫全量、I/O 拖垮监听、热更新延迟 3–5 秒。
-
content必须是数组，不能是字符串：['./src/**/*.{js,jsx,ts,tsx}']✅，'./src/**/*.tsx'❌ - Vue 项目要加
.vue，Next.js 双路由得写两行：['./app/**/*.{js,ts,jsx,tsx}', './pages/**/*.{js,ts,jsx,tsx}'] - 避免
./**/*.js这种宽泛写法——它会扫node_modules和dist，低配机磁盘 I/O 直接拖到 100%
VSCode 插件和字符串补全是 JIT 响应的关键开关
IntelliSense 提示慢或不弹，不是插件卡，而是它根本没开始分析——右下角没显示 Tailwind CSS 图标，说明配置没加载；editor.quickSuggestions.strings 关着，连字符串里敲 text- 都不会提示。
- 确保
tailwind.config.js在项目根目录，导出用module.exports = {}，别用export default - VS Code 设置里搜
editor.quickSuggestions，把strings设为true - TSX 文件右下角语言模式必须是
TypeScript React，不是TypeScript；可在settings.json加映射："files.associations": {"*.tsx": "typescriptreact"}
动态 class 和 clsx 是低配机上最隐蔽的性能杀手
JIT 是静态分析器，遇到 className={`p-4 ${isActive ? 'bg-blue-500' : ''}`} 或 clsx('text-lg', isActive && 'bg-red-500')，对应组合类就完全漏生成——看起来像“样式不生效”，实则是 JIT 放弃了这部分分析，每次保存还得重扫一遍其他文件来补偿。
立即学习“前端免费学习笔记（深入）”；
- 能用字面量就不用模板字符串：
className="p-4 bg-blue-500"✅，className={`p-4 ${bgClass}`}❌ - 若必须用
clsx，在tailwind.config.js的content里显式加上其调用位置，例如：./src/utils/classNameUtils.ts - 禁用
@apply多层嵌套——低配机解析深度嵌套时 CPU 占用飙升，简单样式直接写 class 更稳
{ts,tsx}、多一个 node_modules 扫描、关掉一行字符串补全，响应延迟就会从毫秒级跳到秒级——这不是优化，是让 JIT 别“装死”。 
