details标签不控制布局，需在其子容器上用display: grid实现响应式多列；关键为设置grid-template-columns: repeat(auto-fit, minmax(280px, 1fr)))、gap: 1rem，并确保子容器有足够宽度上下文且无overflow: hidden等限制。
details 标签本身不干涉内部布局，它只控制显隐逻辑；真正决定多列排版的是你给它的子容器加的 CSS —— 所以问题本质不是「details 怎么多列」，而是「怎么在 details 展开后的内容区里用 Grid 做响应式多列」。
为什么直接套 display: grid 在 details 上没用
details 默认是 display: block，但它的渲染行为受 open 状态影响：未展开时，内部内容被隐藏（display: none），此时任何子元素的 Grid 布局都不会计算；展开后才触发重排。所以关键不是改 details 自身，而是确保其子容器（比如 <div class="grid-wrapper">）具备正确的 display 和尺寸上下文。
<p>常见错误现象：<br>– 网格项堆成一列，不换行<br>– 小屏下列宽崩塌、文字挤在一起<br>– <code>gap 失效，最后一行列间距错乱
- 别把
grid直接写在details上——它不是布局容器，只是开关 - 必须用一个显式的块级子元素包裹内容，再对它设
display: grid - 确保该子容器没有
overflow: hidden或height: 0类限制（尤其 JS 动态控制open时容易误加）
grid-template-columns: repeat(auto-fit, minmax(280px, 1fr))) 是最稳的写法
这是目前兼容性与自适应效果兼顾最好的一行声明。它让浏览器在可用宽度内尽可能塞满最小 280px 的列，超出部分均分，窄屏自动退化为单列 —— 完全不需要媒体查询。
参数差异：
– 用 auto-fit 而非 auto-fill：前者会收缩空列，避免留白；后者保留所有轨道，适合卡片预留位
– minmax(280px, 1fr) 中 280px 是阅读舒适下限，低于此值人眼横向追踪吃力；1fr 表示剩余空间均分，不是固定像素
– 别写死 repeat(3, 1fr)：details 宽度常随父容器变化，固定列数在弹出面板或窄侧边栏里必然翻车
- 搭配
gap: 1rem，比用margin更可靠 ——margin在 Grid 中易导致最后一行对齐错位 - 如果子项高度差异大，加
align-items: start防止底部拉齐造成视觉割裂 - IE11 不支持
auto-fit，如需兼容，得用@supports not (display: grid)降级为flex-wrap或单列流式
details + summary 里放标题时，如何避免网格错位
summary 默认是 display: list-item，且自带伪元素（▼图标），若直接把它当网格项，容易破坏轨道对齐。正确做法是让它脱离网格流，或单独处理。
使用场景：
– 想让标题横跨所有列（如“配置选项”大标题）
– 想让标题和网格内容保持视觉层级，但不参与列计算
- 给
summary加display: block和margin-bottom: 1rem，然后把网格容器作为下一个兄弟元素（不嵌套） - 如果必须嵌套，用
grid-column: 1 / -1强制标题占满整行，但要确认父容器有明确列数定义（否则无效） - 避免对
summary设flex或grid，它的语义和渲染机制特殊，强行介入易引发折叠动画异常
真正容易被忽略的点是：Grid 布局生效的前提，是容器必须有可计算的宽度上下文。details 在某些 UI 框架（比如 Tailwind 的 prose 或某些 CMS 编辑器）里可能被包裹在 max-w-prose 这类受限宽度容器中，此时即使写了 auto-fit，可用宽度太小也会导致列数始终为 1 —— 解决办法不是调 Grid 参数，而是检查外层宽度约束是否合理。
