grid-column 和 order 互斥：设 grid-column 后 order 失效，因 order 仅在自动放置阶段生效；显式定位优先级高于 order；动态排序需据需求选 grid-column/grid-row 或 order，语义顺序应与 DOM 一致。
直接说结论：grid-column 和 order 不能“配合”动态排序——它们是互斥的控制路径。设了 grid-column（或 grid-row、grid-area），order 就彻底失效。
为什么 grid-column 一设，order 就没用了
order 只在自动放置（auto-placement）阶段起作用：也就是子元素既没写 grid-row，也没写 grid-column，更没用 grid-area 时，浏览器才按 order 值升序排进空位里。
一旦你给某个元素加了 grid-column: 2，它就被钉死在第 2 列的默认行位置，order 的值是多少都不影响这个定位。
- 显式定位（
grid-row/grid-column/grid-area）优先级 >order - 哪怕
order: -100的元素写了grid-column: 5，它也不会“挤到前面”，只会老老实实待在第 5 列 - DevTools 里能看到该元素的 computed
order值还是生效的，但 layout 面板里它的位置完全由行列线决定
想动态调序，该选哪条路
取决于你要的是“精准落点”还是“相对先后”：
立即学习“前端免费学习笔记（深入）”；
- 要让某元素固定出现在右上角、某卡片总在第二行第三列 → 用
grid-column+grid-row，JS 动态改style.gridColumn和style.gridRow - 要实现类似列表拖拽重排、置顶/取消置顶这种线性顺序切换 → 用
order，前提是所有元素都保持“无显式定位”，只靠grid-auto-flow: row自动填格 - 混合需求（比如大部分按
order排，但一个“广告位”永远在第三位）→ 把广告位单独用grid-area定义，其他元素用order，再用grid-template-areas留出空位
常见踩坑：以为 order 能微调显式定位后的顺序
比如这样写：
.item { grid-column: 1; order: 2; }
.item.highlight { grid-column: 1; order: -1; }
结果发现 .highlight 并没“提前”——因为两者的 grid-column 相同，又都在同一列，默认按 DOM 顺序堆叠（order 不影响层叠，只影响网格分配）。
- 想让它视觉上“浮”在前面？得加
z-index，不是order - 想让它占的位置靠前？得改
grid-column值，比如grid-column: 1 / 2→grid-column: 1 / 1（无效），或者换列：grid-column: 0（越界）也不行，必须是合法线号 - 真要“插入到第 1 个位置”，最稳的方式是 JS 调用
container.insertBefore(highlightEl, container.firstElementChild)改 DOM 顺序，然后依赖grid-auto-flow
移动端和可访问性里最容易被忽略的一点
无论你用 grid-column 还是 order，屏幕阅读器和键盘 Tab 都只认 HTML 源顺序。如果你把页脚元素用 grid-row: 1 强行提到顶部，用户用键盘 tab 时，焦点仍会从 header → main → footer 走，不会跳到那个“看起来在最上面”的页脚里。
这不是 bug，是规范行为。所以：动态调序前，先问一句——这个顺序变化，是否也该反映在语义流和焦点流中？如果答案是 yes，就别碰 order 或 grid-row，老实用 JS 移动 DOM 节点本身。
