Bootstrap 3 的 push/pull 类仅支持同一行内两列互换，因其基于 float 布局，通过 left/right 偏移实现视觉挪位，要求两列数值之和为12，且最大偏移为11；不支持三列重排，亦不兼容 Bootstrap 4+ 的 flex order 机制。
简单来说，Bootstrap 3 的 push 和 pull 类，其能力边界非常明确：它只能帮你交换同一行内、总宽度加起来正好是12的两列顺序。至于三列或更多列的重排，它无能为力，而且这套机制在 Bootstrap 4 及以后的版本中已经彻底被淘汰了。
为什么 col-md-push-* 和 col-md-pull-* 只能换两列位置
要理解这个限制，得从 Bootstrap 3 网格系统的底层说起。它依赖的是经典的 float: left 布局，而 push 和 pull 本质上并非真正改变了元素的文档流顺序，而是通过 CSS 的 left 或 right 属性进行“视觉挪位”。这就决定了它的几个硬性规则：
- 操作范围固定：只能在同一个
容器内生效，想跨行调整顺序？那是不可能的。 - 宽度必须严丝合缝：参与交换的两列，它们的
col-*-*宽度数值之和必须等于12。比如一个col-md-8和一个col-md-4搭配。如果总和不对，偏移之后列的位置就会错乱，甚至直接重叠。 - 偏移量不能“超纲”：如果你给一个宽度为5列的区块设置
col-md-push-4，向右移动4列后，剩下的1列空间根本不够它自己展示，结果就是内容被挤到视口外或者覆盖其他元素。 - 存在偏移上限：你永远不会看到
col-md-push-12这样的写法，因为最大有效偏移值是11——毕竟一列本身至少还要占据1列的宽度。
push/pull 和 offset 的关键区别在哪
表面上看，它们都能“让列挪位置”，但底层的机制和带来的副作用截然不同。搞清楚这点，能帮你避开很多坑：
offset是“推土机”：像col-md-offset-3这样的类，使用margin-left来创造左边距。它会推动整列以及该列之后的所有元素，效果稳定但不够灵活。好处是不会产生重叠，如果空间不够，它会自动换行。push/pull是“贴图术”：它们利用float配合left/right属性，只移动当前列，完全不影响同行其他列的位置。这种“各自为政”的特性带来了灵活性，但也正是问题的根源。- 典型翻车现场：设想一下，你把一列设置为
col-md-6 col-md-push-6，把它推到了最右边。但如果同行另一列没有相应地设置pull拉回来，它还是会按照原始的HTML顺序渲染在左边，最终导致两列在视觉上完全重叠。 - 响应式陷阱：如果在某个断点（比如
md）设置了偏移，但在更小的屏幕（如sm）下没有重置，那么在小屏上就可能残留着错位的布局，导致页面“飘了”。
在真实项目中哪些场景还能用，哪些该立刻放弃
所以，Bootstrap 3 的这套方法是不是完全没用了呢？倒也不是，关键在于认清它的适用边界：
- ✅ 适合的场景：
1. PC端侧边栏与主内容区互换：这是经典用例。比如为了让主内容在HTML结构上靠后（利于SEO），但在视觉上靠前，就可以给主内容加push，给侧边栏加pull，前提是两者宽度之和刚好12列。
2. 响应式布局中的顺序调整：在移动端保持“图片在上、文字在下”的堆叠顺序，而在桌面端改为左右并排时，希望交换左右位置，这时push/pull就能派上用场。 - ❌ 不适合的场景：
1. 一行三列重排：想将三个等宽的col-md-4排列成 B-A-C 或 C-B-A 的顺序？放弃吧，Bootstrap 3 原生不支持，强行套用只会导致错行或布局溢出。
2. 对语义顺序有严格要求的场景：如果出于SEO或可访问性（屏幕阅读器）的考虑，需要DOM顺序与视觉顺序严格一致，那么push/pull就不合适，因为它只改变视觉表现，不改变HTML结构。 - ⚠️ 重要提醒：如果你正在考虑项目升级，那么必须知道，Bootstrap 4 已经彻底废弃了
push/pull类，转而采用 Flexbox 的order属性来实现排序。旧项目中的这些类在升级后会直接失效。
最后，还有一个非常容易被忽略的细节：即便你只在大型桌面端（lg 断点）使用了 col-lg-push-3，也务必记得同步检查在中等屏幕（md）和小屏幕（sm）下，是否需要通过 col-md-pull-0 或类似方式将偏移量重置归零。否则，当屏幕尺寸回退时，之前设置的偏移量依然会生效，整个布局就乱套了。这才是关键所在。
