应使用和严格嵌套构建语义化评论树，每层必须闭合，配合css计数器实现层级编号与缩进，限制最大深度为3层并优化无障碍访问。
用 <ol></ol> 和 <li> 构建语义化嵌套评论树
嵌套评论本质是树形结构，HTML 原生支持通过 <ol></ol>（有序列表）和 <li>（列表项）递归嵌套来表达层级关系，比用 <div> 堆砌更语义清晰、无障碍友好、SEO 友好。关键不是“能不能嵌”，而是“怎么嵌才不破坏可访问性和样式可控性”。
<p>常见错误是把回复直接塞进上层 <code><li> 的末尾而忽略结构闭合，导致 DOM 层级错乱、屏幕阅读器读序混乱。正确写法必须严格闭合每层 <ol></ol>：
<ol class="comments">
<li class="comment">
<p>主评论内容</p>
<ol class="replies">
<li class="comment reply">
<p>一级回复</p>
<ol class="replies">
<li class="comment reply">
<p>二级回复</p>
</li>
</ol>
</li>
</ol>
</li>
</ol>
- 每个
<li>必须包裹完整评论块（含作者、时间、内容、操作区），不能只包文本 -
<ol class="replies"></ol>必须作为子元素直接放在父<li>内，不能提出来或用绝对定位脱离文档流 - 避免用
<ul></ul>替代<ol></ol>—— 即使不显示数字，<ol></ol>的语义更准确（评论有自然时序/层级顺序）
用 CSS counter-increment 控制缩进与层级标识
纯靠 margin-left 实现缩进，在多层嵌套下容易失控，且无法自动标注层级（如 “回复 2-1”）。CSS 计数器能解耦样式与结构，让缩进和编号逻辑分离。
核心是给每层 <ol></ol> 设置独立计数器，并用 ::before 插入前缀：
ol.comments {
counter-reset: comment;
}
ol.replies {
counter-reset: reply;
}
.comment > .comment-header::before {
counter-increment: comment;
content: counters(comment, ".") " ";
}
.reply > .comment-header::before {
counter-increment: reply;
content: counters(reply, ".") " ";
}
-
counters()第二个参数控制分隔符（如"."），比手动拼接data-level更可靠 - 不要对
<li>本身设counter-increment，而应在评论头部元素（如.comment-header）上触发，避免空<li>干扰计数 - 缩进建议用
padding-left而非margin-left—— padding 不影响浮动/定位计算，嵌套时更稳定
处理深度嵌套时的视觉可读性与交互边界
超过 4 层嵌套后，单纯缩进会让右侧空间急剧压缩，文字挤成窄列，用户难以定位上下文。这不是样式问题，而是信息架构问题。
- 强制限制最大嵌套深度为 3 层（即主评 → 回复 → 子回复），更深的回复自动折叠并显示 “展开 2 条后续回复” 按钮
- 用
:nth-child(n+4)选择器对第 4 层及以下统一加opacity: 0.8和轻微transform: translateX(-2px)，形成视觉层次暗示 - 点击某条评论时，高亮其所有祖先节点（用 JS 给祖先
<li>加临时 class），而非仅当前项 —— 用户需要快速识别 “这条回复属于哪条主评” - 移动端必须禁用横向滚动，改用垂直堆叠 + 左侧阶梯式引导线（用
border-left+position: relative实现）
避免 display: grid 或 flex 破坏列表语义
有人想用 Grid 布局实现“左头像右内容”的评论行，但直接对 <li> 设 display: grid 会切断浏览器对列表项的默认语义识别，导致屏幕阅读器跳过编号、无法正确 announce list item count。
- 布局分离：用
<li>保持语义容器，内部用<div class="comment-body"> 包裹头像、内容等，再对这个 <code><div> 应用 Grid/Flex <li>禁止对 <code><ol></ol>或<li>设置display: contents—— 这会让计数器失效，且多数屏幕阅读器无法读取 - 若需响应式换行（如头像在上、内容在下），用
@container查询配合grid-template-areas，而不是改<li>的 display 类型
嵌套评论最难的不是写出多层 HTML，而是让每一层都保持可聚焦、可朗读、可缩放、可键盘导航 —— 所有样式技巧都得退让给这个前提。
