Bootstrap用了10年，开发者却在2025年集体倒戈

2024年Stack Overflow开发者调查显示，Tailwind CSS的使用率从2019年的4.9%飙升至2024年的28.1%。同期Bootstrap从41%跌至14%。这不是审美疲劳，是一场静默的框架迁移。

组件库 vs 原子工具：两种哲学的分野

Bootstrap的逻辑像宜家家具。你拿到预制的抽屉板、螺丝包、说明书，按图组装就能用。`btn btn-primary`一写，一个蓝底白字的按钮立刻出现。省心，但那个按钮永远长这样。

Tailwind CSS走的是另一条路。它不给你成品家具，而是给你一整箱规格统一的乐高积木。`flex items-center justify-between px-6 py-3 bg-orange-500 rounded-lg`——每个类只做一件事，组合权完全在你。

Bootstrap省时间，Tailwind省的是后期改设计时的心力。

一个真实场景：客户周五下午说"把主色调从蓝色改成橙色"。Bootstrap项目里，你得覆盖`.btn-primary`的变量、检查所有覆盖层、测试暗色模式是否崩掉。Tailwind项目里，改一行`tailwind.config.js`的`primary`色值，重新编译，收工。

Bundle体积：移动端的隐形杀手

Bootstrap 5的完整CSS压缩后约59KB，这还没算JavaScript。Tailwind的核心哲学是"只打包你用到的类"——通过PurgeCSS（清理未使用CSS的工具），典型项目的生产环境CSS能压到10KB以下。

这个数字在5G时代听起来矫情。但在印度、东南亚、非洲的2G/3G网络环境下，59KB vs 10KB意味着页面加载时间从8秒降到1.5秒。Google的PageSpeed Insights把CSS体积列为核心指标，不是没道理。

更隐蔽的问题是"样式泄漏"。Bootstrap的组件自带边距、字体、阴影预设，这些样式像野草一样蔓延。你引入一个模态框，发现它把全站的行高都改了。Tailwind的`m-0 p-0`类是原子化的，作用域精确到元素，不存在"我没写但出现了"的灵异事件。

开发体验：从"写CSS"到"拼CSS"

资深前端工程师Sarah Drasner在2023年的访谈里提过一组观察：用Tailwind的团队，设计师和工程师的摩擦明显减少。原因很朴素——设计稿里的间距8px、16px、24px，直接对应Tailwind的`p-2 p-4 p-6`，不用心算rem换算。

Bootstrap的`p-1`到`p-5`是0.25rem递进，和Figma里的8px网格系统对不上号。这种"心理换算成本"每天重复几十次，累积成微妙的疲惫感。

但Tailwind的写法确实劝退过一批人。第一次看见`className="flex flex-col md:flex-row gap-4 items-stretch"`，有人觉得这是"把CSS写进HTML的倒退"。适应期大约两周——之后大多数人回不去了。

一个类比：Bootstrap像自动挡汽车，Tailwind像手动挡。前者上手即走，后者需要肌肉记忆，但熟悉后操控感完全不同。

Bootstrap没死，只是退守特定战场

2025年的现实是：企业后台系统、政府项目、快速原型验证，Bootstrap依然是安全牌。它的组件生态成熟，招聘市场上"会Bootstrap"的开发者基数大，项目交接风险低。

Tailwind的统治区在SaaS产品、消费级应用、设计系统复杂的场景。Vercel（Next.js的开发团队）在2022年把官网迁到Tailwind，Notion、Stripe、GitHub的新版界面都是典型案例。这些产品的共同点是：高度定制化的视觉语言，拒绝"Bootstrap味"的辨识度。

一个数据细节：Tailwind的GitHub星标数在2024年突破82,000，超过Bootstrap的67,000。星标不代表质量，但反映社区注意力的迁移方向。

框架选择本质是风险权衡。Bootstrap的风险是"长得和别人一样"，Tailwind的风险是"团队学习曲线"和"配置复杂度"。没有 universally better，只有 contextually better。

你现在的项目用的是什么？如果明天要重写，你会换框架吗？