tab-size在老旧浏览器中被直接忽略而非不生效，Safari≤14.0和Firefox旧版本需依赖-moz-tab-size等前缀，且Safari至今未完全支持该属性。
tab-size 在老旧浏览器里根本不会解析，不是“不生效”，而是被直接忽略——Safari ≤14.0、Firefox
哪些浏览器压根不支持 tab-size
Chrome 21+、Edge 79+、Firefox 73+、Safari 15.4+ 是目前唯一能原生支持 tab-size 的主力版本。旧版 Firefox（4–72）只认 -moz-tab-size，且行为不稳定；Safari 14 及更早版本连前缀都不支持，-webkit-tab-size 无效；IE 完全无视该属性，任何写法都白搭。
-
tab-size: 4在 Safari 14.0 的 DevTools 中显示为灰色或带删除线，Computed 面板搜不到值 - Firefox 72 及以下即使写了
-moz-tab-size: 4，也可能因 white-space 解析异常导致制表符仍按默认 8 字符渲染 - Android WebView ≤75（常见于微信 X5、QQ 浏览器旧内核）会静默丢弃整条声明，不报错也不 fallback
用 -moz-tab-size 和 @supports 做有限兜底
对 Firefox 73 以下用户，必须显式加前缀，但要注意顺序和作用域：
- CSS 中必须写成
-moz-tab-size: 4（不是moz-tab-size或tabSize），且放在tab-size: 4之前，避免被覆盖 -
@supports (tab-size: 0)在 Safari 14 上不可靠——它支持display: grid却不支持tab-size，检测会误判；改用@supports (row-gap: 0)更稳妥，但仅适用于同时判断 Grid 兼容场景 - 真正安全的写法是：不依赖
@supports控制tab-size，而是把降级逻辑写在常规 CSS 规则里，比如统一设white-space: pre-wrap+ 固定等宽字体，至少保证缩进字符不被折叠
当 tab-size 彻底失效时，前端能做的三件事
与其硬扛不支持的浏览器，不如接受现实，转而控制输入源和渲染表现：
立即学习“前端免费学习笔记（深入）”；
- 后端返回代码内容前，把 \t 替换为固定数量空格（如 4 个
" "或" "），这样tab-size失效也不影响视觉对齐 - 给
<pre>加font-family: 'SFMono-Regular', Consolas, monospace，非等宽字体下tab-size: 4实际宽度可能漂移至 3–5 字符，等宽字体是底线 - 若需编辑功能，不用
<textarea>依赖tab-size渲染，改用contenteditable="true"的<pre>，再用 JS 拦截 Tab 键插入空格——这样缩进完全可控，与浏览器是否支持tab-size无关
最常被忽略的一点：你看到的缩进不一致，大概率不是 tab-size 没生效，而是内容本身混用了 \t 和空格。检查开发者工具里元素的 computed white-space 是否为 pre 或 pre-wrap，如果不是，所有 tab-size 设置都只是摆设。
