VSCode 不支持全局固定标签页像素宽度，仅提供 tabSizing: "fit" 或 "shrink" 两种模式；"shrink" 会导致截断、挤压编辑区与 wrapTabs 冲突，推荐改用 "fit" + "short" 标签格式 + 关闭换行 + 调整侧边栏宽度来优化空间利用。
VSCode 没有“全局固定标签页像素宽度”的配置项，所谓“固定宽度”实际是 tabSizing: "shrink" 强制等宽导致的视觉效果，但会牺牲可读性与空间效率。
为什么不能设最小像素宽度？
VSCode 的标签页宽度逻辑完全基于内容自适应（"fit"）或等分压缩（"shrink"），不支持 tabMinWidth、tabWidth 这类 CSS 式像素控制。所有试图通过主题 CSS 注入或第三方扩展强行固定像素宽度的行为，都会在更新后失效，或导致图钉图标错位、文字截断、多列编辑器宽度计算异常。
-
workbench.editor.tabSizing只接受"fit"或"shrink"两个字符串值，没有数字选项 - 即使你用
workbench.editor.labelFormat: "short"缩短显示名，也无法阻止"shrink"在开 15+ 标签时把每个都压到 80px 以下 - 某些主题（如 One Dark Pro）会偷偷覆盖
tabSizing行为，但它们也不提供像素级控制，只是改了缩放比例
tabSizing: "shrink" 的真实代价
启用它看似“统一宽度”，实则带来三重副作用：
- 文件名高频截断：哪怕只开 5 个文件，
"shrink"也会强制等宽，index.ts可能显示成inde... - 编辑器区域被反向挤压：标签页越“瘦”，VSCode 越倾向于把剩余空间分给侧边栏或面板，导致代码区变窄
- 与
wrapTabs冲突：若同时设"wrapTabs": true，"shrink"会让每行堆叠更多更窄的标签，反而更难定位
真正可控的替代方案
与其强求“固定像素”，不如组合配置逼近可用效果：
- 设
"workbench.editor.tabSizing": "fit"（默认值，删掉 settings.json 里的"shrink"即可） - 加
"workbench.editor.labelFormat": "short"避免路径过长，让"fit"有发挥余地 - 关
"workbench.editor.wrapTabs": false，确保单行布局，防止换行干扰宽度感知 - 调
"workbench.sideBar.width": 180缩窄侧边栏，间接扩大编辑器可视宽度 → 标签页自然有更多空间伸展
这些设置共同作用，比硬塞一个“固定宽度”更稳定、更适配不同屏幕和文件名长度。
Mac 上 Cmd+Tab 切换时标签变窄是 bug 吗？
不是。这是 macOS 全屏/焦点切换触发的 VSCode 响应式渲染降级行为，仅持续几百毫秒，焦点回到 VSCode 瞬间恢复。它不受任何设置影响，也不需修复——只要不是常驻“窄态”，就说明你的 tabSizing 和 wrapTabs 配置本身是健康的。
真正该盯住的，是 settings.json 里有没有残留的 "shrink"，以及是否误启了 wrapTabs。这两处一清，标签页宽度表现就基本可控了。
