border-inline不是替代border的新写法，而是适配不同书写方向的逻辑边框控制方式；仅在writing-mode或direction改变时才真正生效，否则等价于border-left/border-right，多此一举。
直接说结论：border-inline 不是“替代 border 的新写法”，而是为适配不同书写方向（如 vertical-rl、rtl）而生的逻辑边框控制方式；用错场景或忽略 writing-mode，它会表现得完全不可预测。
border-inline 在什么情况下才真正生效
它只在元素有明确逻辑流方向时才有意义。比如默认 ltr 页面中，border-inline 等价于 border-left + border-right；但一旦你加了 writing-mode: vertical-rl，它就自动变成 border-top + border-bottom。
- 不设置
writing-mode或direction时，它确实能用，但和传统物理边框没区别，纯属“多此一举” - 真正需要它的场景：多语言支持（如阿拉伯语 rtl + 中文 vertical-rl 混排）、可切换排版方向的组件（如阅读器、富文本编辑器）
- 如果只是做普通网页、没考虑国际化或垂直排版，优先用
border-left/border-right更稳妥
border-inline 和 border-inline-start / border-inline-end 的区别
border-inline 是复合属性，一次设宽、样式、颜色；而 border-inline-start 和 border-inline-end 是独立控制“行内起始侧”和“行内结束侧”的边框——这俩才是日常开发中更常被用到的逻辑边框单元。
-
border-inline: 2px solid #666→ 同时设置起始和结束两侧（等价于border-inline-start: 2px solid #666; border-inline-end: 2px solid #666） -
border-inline-start: 1px dashed red→ 只控制左侧（ltr）或顶部（vertical-rl），适合做“分割线”“强调线”这类不对称设计 - 注意：
border-inline-style必须显式声明，否则即使写了宽度和颜色，边框也不会显示（因为默认none）
常见报错或不渲染的三个原因
不是语法写错，而是逻辑前提没满足：
立即学习“前端免费学习笔记（深入）”；
- 忘了设
border-inline-style—— 例如只写border-inline-width: 3px; border-inline-color: blue;，边框照样不出现 - 父容器或自身
writing-mode值被覆盖或继承异常，导致“行内方向”判断错乱（可用浏览器开发者工具的 computed 标签页查direction和writing-mode实际值） - 在 IE 或旧版 Safari（border-inline 的完整支持要到 Chrome 87+、Firefox 63+、Safari 16.4+；若需兼容更老版本，必须提供
border-left/border-right回退
怎么安全地渐进式使用 border-inline
别一刀切替换所有边框，而是按需局部引入：
- 先确认目标环境浏览器版本（比如只面向 macOS Ventura+ / iOS 16.4+ 用户，那可以放心用）
- 对需要响应排版方向变化的组件（如标题栏、分隔卡片、多语言按钮组），用
border-inline-start替代border-left - 写法上始终带回退：
button {<br> border-left: 1px solid #ccc;<br> border-inline-start: 1px solid #ccc;<br>}现代浏览器会用后者，老浏览器降级用前者 - 避免在 reset.css 或全局基础样式里批量替换，容易引发意料外的布局偏移
真正麻烦的从来不是写法本身，而是当你在调试一个 vertical-rl 页面时，发现 border-inline 看似生效了，但 border-inline-start 却出现在了右边——这时候得立刻去翻 direction 和 text-orientation 的继承链，而不是怀疑 CSS 写错了。
