border-block-end 在表格单元格（<td>、<th>）上完全无效，因 table-cell 的边框由 border-collapse 模型控制，不支持逻辑边框属性；应改用物理属性如 border-bottom 或伪元素模拟。
border-block-end 在表格单元格上根本不起作用
直接告诉你结论：border-block-end 无法用于 <td> 或 <th> 元素来设置“逻辑结束边框”。这不是你写错了，而是浏览器根本不支持——所有主流引擎（Chromium、Firefox、WebKit）对表格单元格的 border-block-end 都会静默忽略。
原因在于：表格单元格的盒模型受 table-layout 和内部渲染机制约束，border-block-* 这类逻辑属性只在 display: block 或 inline 等常规流内元素上生效；而 <td> 默认是 display: table-cell，其边框由表格边框合并模型（border-collapse）控制，不响应逻辑方向边框属性。
想实现“块方向结束边框”，得换思路
如果你的真实需求是：让某行最后一行的单元格底部有边框（比如表尾分隔线），或让某列最右一列的右侧有边框（比如侧边栏分隔），那就别硬套 border-block-end，改用更可靠的方式：
- 用
:last-child或:nth-last-child(1)选中目标行/列，再用物理方向属性border-bottom或border-right - 给
<tbody>设置border-bottom，比操作每个<td>更干净 - 若需响应书写模式（比如
vertical-rl），可对整个<table>设置writing-mode，再配合border-bottom—— 此时物理“底”就对应逻辑“结束”方向
示例：给表格最后一行加底部边框
立即学习“前端免费学习笔记（深入）”；
table tr:last-child td {
border-bottom: 2px solid #333;
}
border-block-end 只在特定 display 下有效
它真能用的地方其实很窄：仅当元素是 display: block、inline、flow-root 等，并且父容器设置了 writing-mode（如 writing-mode: vertical-rl）时，border-block-end 才会映射到实际渲染的物理边（比如变成左边框）。但表格结构本身会覆盖这一映射。
常见误试场景：
- 给
<td>强设display: block→ 表格布局崩溃，单元格脱离表格流 - 在
<table>上设writing-mode→ 整个表格旋转，但<td>内部仍不认border-block-end - 用
@supports (border-block-end: 1px solid)检测 → 检测通过，但应用到<td>依然无效
替代方案：用 CSS 自定义属性 + 伪元素模拟逻辑边框
如果项目必须按逻辑方向管理边框（比如多语言排版系统），可行路径是绕过原生表格边框，用伪元素手动绘制：
- 给目标
<td>设position: relative - 用
::after伪元素，根据当前writing-mode计算位置和尺寸 - 例如在
writing-mode: horizontal-tb下，border-block-end对应bottom: -1px+width: 100%的横线
这增加了维护成本，但能真正解耦逻辑语义与物理渲染。不过绝大多数业务表格没必要走到这一步。
记住：表格不是普通块级容器，它的边框规则自成体系。试图用逻辑属性强行介入，往往比老老实实用 border-bottom 多花三倍时间还达不到效果。
