ol元素默认border不生效是因编号marker不参与盒模型计算；可靠方案为添加padding、设置list-style-position: inside，或改用inline-block。
ol元素本身不支持border属性直接生效
很多人写 ol { border: 1px solid #ccc; } 发现边框没出来，不是CSS写错了，而是ol默认是内容流式容器，没有视觉“块占位”，尤其当内部li用了display: list-item（默认值）且未触发BFC时，border往往被折叠或不可见。
真正起作用的是让ol变成一个有明确盒模型的块级容器：
- 加
display: block（虽然ol默认就是block，但某些重置样式可能覆盖了它） - 更稳妥的是加
padding或margin，强制它撑开边界 - 或者用
outline临时调试——它不占布局空间，但能确认选择器是否命中
给ol加边框的三种可靠写法
推荐按场景选，不是所有都适合：
-
纯视觉边框（不影响编号缩进）：用
ol { border: 1px solid #999; padding: 8px; }——padding同时解决边框可见性和编号不贴边问题 -
边框包住整个列表含编号：必须设
ol { display: inline-block; border: 1px solid #666; }，否则编号（marker）可能被裁切；注意这会让ol脱离文档流 -
精确控制编号与内容间距：配合
list-style-position: inside，再加border，此时编号在边框内，但需手动调padding-left避免挤压
为什么ol的border经常“消失”或错位
核心原因在CSS规范对list-item的渲染机制：编号（marker）默认是伪元素，不参与父容器的盒模型计算。常见现象包括：
立即学习“前端免费学习笔记（深入）”；
- 边框只包住文字内容，编号悬在外面 → 改用
list-style-position: inside - 边框在Chrome里显示，在Firefox里断开 → 某些老版本FF对
ol的border-collapse行为异常，避开用outline替代 - 加了
border后编号序号错行 → 很可能是line-height或font-size在li上覆盖了ol的继承，检查计算后的line-height值
实际可用的一行修复方案
如果只是想快速让边框稳定出现，且兼容主流浏览器：
ol {
border: 1px solid #ddd;
padding: 0.5em;
margin: 0.5em 0;
list-style-position: inside;
}
注意：list-style-position: inside 是关键，它把编号拉进边框内；padding 提供呼吸感，避免文字贴边；margin 防止和上下文元素粘连。别省略padding，否则边框会紧贴文字，视觉上像没加一样。
编号样式本身（比如数字变圆角、加背景）得用::marker伪元素单独处理，那又是另一层逻辑了。
