新项目选CSS框架应聚焦“更省力、更可控、更可持续”：Bootstrap适合快速上线、前端不专精CSS的场景，提供预制组件；Tailwind适合需高度定制、有设计系统意识的项目，以原子类实现灵活主题控制。
新项目要不要引入 CSS 框架？不是“用不用”，而是“用哪个更省力、更可控、更可持续”。Bootstrap 和 Tailwind 本质不同：一个给你预制组件，一个给你原子类工具箱。选错方向，后期改起来比从零写还累。
看团队和项目类型：谁在写样式？写到什么程度？
如果团队里有前端但不专精 CSS，或者项目要快速上线（比如内部管理后台、MVP 产品），Bootstrap 的现成按钮、表单、模态框能直接拖进来用，文档成熟、社区案例多，出问题容易搜到解法。
如果团队有设计系统意识，或项目需要高度定制 UI（比如品牌感强的官网、SaaS 产品），Tailwind 更合适——它不强制视觉风格，所有间距、颜色、圆角都靠类名组合，改主题只需调 theme 配置，不会被“Bootstrap 蓝”或“默认阴影”绑架。
看开发流程：你愿不愿意写 HTML 的同时定义样式？
Tailwind 是“样式写在 HTML 里”的模式，比如：
立即学习“前端免费学习笔记（深入）”；
好处是所见即所得、无上下文切换；坏处是 HTML 变长，初学者容易堆砌类名。需要配好 lint 工具（如 tailwindcss-lint）和编辑器插件来约束。
Bootstrap 则倾向“HTML 结构 + 类名语义化”，比如 ，样式逻辑藏在 CSS 里。适合习惯分离关注点的团队，但想微调某个按钮的 padding，得查源码或覆盖样式，不如 Tailwind 直接加 py-3 来得快。
看长期维护成本：改一处，会不会牵出十处？
- Bootstrap 定制难在“覆盖”：想改全局按钮圆角，得重写 .btn 的 border-radius，还可能影响下拉菜单、分页等复用组件。
- Tailwind 定制难在“收敛”：没人管的话，mt-2、mb-3、mx-4 可能满天飞。必须靠 @layer components 提炼复用类，或用 @apply 封装，否则半年后没人敢动按钮样式。
小项目试水建议：别全量引入，先局部验证
新项目初期，可以只引入 Tailwind 的核心功能（如 base + utilities），不用 components 层；或者只用 Bootstrap 的 Grid 和 Reboot，禁用所有组件 CSS。这样既保底响应式能力，又不锁死设计路径。
真正决定前，拿首页关键模块（导航栏 + 卡片列表 + 表单）分别用两种方式实现一遍，计时、看代码量、问队友哪边改起来更顺——真实手感比文档对比管用十倍。
