grid-auto-flow仅影响新添加项的自动放置，不重排已渲染项；真正切换横竖排需用媒体查询配合整套网格定义（如template-columns/rows）协同生效。
直接改 grid-auto-flow 值不会“切换”已有项的排列方向，它只影响后续新增项的填空顺序；真要实现横排变竖排、竖排变横排，得靠媒体查询配合整套网格定义切换。
为什么 grid-auto-flow: column 不会让已渲染的项立刻变竖排
grid-auto-flow 不重排已定位或已渲染的项，只决定新加入的、没写 grid-row/grid-column 的元素往哪塞。你给容器加了 grid-auto-flow: column，但所有子元素都按源顺序已落在第一行——它们的位置早已确定，浏览器不会回溯重算。
- 显式设置了
grid-column或grid-area的项完全无视grid-auto-flow - 用了
grid-template-areas后，未命名项才走自动放置逻辑，且仅限隐式网格部分 - DOM 顺序不变，视觉顺序也不会变，除非你手动重写所有项的定位规则
真正能“切换方向”的响应式写法
用媒体查询分别定义横屏/竖屏的完整网格结构，而不是只调一个属性。关键不是“流动”，而是“轨道定义+自动流向”协同生效。
- 小屏竖排（列主序）：
grid-template-columns: 1fr;+grid-auto-flow: column;+grid-template-rows: repeat(2, auto);（限制最多两行，逼它换列） - 大屏横排（行主序）：
grid-template-columns: repeat(auto-fit, minmax(200px, 1fr)) );+grid-auto-flow: row;（默认值，可省略） - 避免只改
grid-auto-flow而漏掉grid-template-rows——否则竖屏下所有项会堆成一列，不换列
容易被忽略的 RTL 和 dense 陷阱
在 dir="rtl" 页面里，grid-auto-flow: row 的扫描方向仍是逻辑上的“从 inline-start 到 inline-end”，即从右往左；而 dense 模式会打乱 DOM 顺序，让第 5 个元素插进第 1 行空隙，导致屏幕阅读器和键盘 tab 顺序错乱。
立即学习“前端免费学习笔记（深入）”；
-
row dense在 RTL 下仍按 LTR 逻辑填空，可能造成视觉偏移 - 只要有一个项写了
grid-column: span 3，后续项的自动放置就可能跳到意想不到的轨道 - 调试时打开浏览器 Layout 面板，确认是否意外触发了 “Implicit Grid Tracks”
最稳妥的方向切换，从来不是靠运行时翻转，而是靠预设两套轨道定义 + 媒体查询精准匹配视口特征。别信“改一个属性就切换”的捷径，Grid 的行为由轨道、定位、流向三者共同锁定，少一个都不可靠。
