手写响应式栅格易出问题，因断点不统一、gutter计算错位、换行异常、box-sizing混用及嵌套未重置padding；Bootstrap通过container/row/col三层封装固化对齐约定，Tailwind则需手动确保grid基础类与gap设置正确。

为什么自己写响应式栅格容易出问题

手写 flex 或 grid 布局时，媒体查询断点不统一、容器内边距（gutter）计算错位、子项在不同视口下换行异常，是高频崩溃点。比如 min-width: 768px 和 max-width: 767.98px 之间存在设备像素比导致的漏判；又或者 gap 加在 display: grid 容器上，但子项用了 float，直接失效。

• 断点值没对齐设计稿常用尺寸（如 576px、992px），导致 iPad 横屏和小屏手机显示一致
• box-sizing 混用（border-box vs content-box），让 width: 100% 实际超出父容器
• 嵌套栅格时未重置 padding，内层列宽被外层 gutter 叠加挤压

Bootstrap 的 container / row / col 怎么避免这些坑

它把断点、间距、重置逻辑全封装进类名，不用手动写媒体查询。核心是三层结构：外层 container 控制最大宽度并居中，中间 row 负责清除浮动+负边距抵消 col 的 padding，内层 col 用 flex-basis 和 max-width 控制占比。

.container {
  width: 100%;
  padding-right: 15px;
  padding-left: 15px;
  margin-right: auto;
  margin-left: auto;
}
.row {
  display: flex;
  flex-wrap: wrap;
  margin-right: -15px;
  margin-left: -15px;
}
.col-6 {
  flex: 0 0 50%;
  max-width: 50%;
  padding-right: 15px;
  padding-left: 15px;
}

• 所有断点已预设：col-sm-6（≥576px）、col-md-4（≥768px）、col-lg-3（≥992px）
• row 的负边距自动抵消 col 的左右 padding，无需手动算 gap
• 嵌套时只需再套一层 row + col，内层 col 的 padding 会被新 row 的负边距处理

Tailwind CSS 的 grid-cols-* 和 md:grid-cols-* 更轻量但要注意什么

它不提供 row/col 封装，而是直接暴露 grid 工具类，适合已有布局结构想局部增强响应能力的场景。但必须自己保证父容器是 display: grid，且明确设置 gap。

• 别漏写 grid 基础类：grid grid-cols-1 md:grid-cols-2 lg:grid-cols-4
• gap 必须写在 grid 容器上，子项加 gap 无效
• 移动端默认单列（grid-cols-1），如果忘了写，PC 端会继承该值，变成一列到底
• 列宽用 fr 单位（如 grid-cols-[2fr,1fr]）时，需确认浏览器支持（IE 不支持）

自定义栅格系统前先检查是否真需要

多数业务页面用不到完全定制的断点或列数。先试 Bootstrap 的 container-fluid + col-auto 组合，或 Tailwind 的 grid-cols-[repeat(12,_minmax(0,_1fr))] 手动分 12 栏——比从零写 @media 省力得多。

• 如果只是调整 gutter 大小，改 CSS 变量就行（Bootstrap 5+ 支持 --bs-gutter-x）
• 若设计稿要求 32px 断点，优先用 @layer components（Tailwind）或 $grid-breakpoints（Sass 版 Bootstrap）覆盖，而非重写整套
• 真正要避开框架的场景极少：比如需要根据视口高度动态列数，或强制等高子项且内容高度不可控——这时才考虑 grid-template-rows: repeat(auto-fill, minmax(200px, 1fr)))

响应式最难的不是写代码，是保持断点、间距、盒模型三者在所有嵌套层级里始终对齐。框架的价值不在“省事”，而在把这种对齐关系固化成约定。