应将 "workbench.editor.tabSizing" 设为 "fit" 并确保 "workbench.editor.wrapTabs" 为 false，同时检查主题/扩展干扰及全屏、焦点等系统行为影响。
标签页宽度被强制固定，怎么改回自适应？
VSCode 默认启用 tabSizing: "fit"（自适应），但如果你发现标签页无论开多少个都挤成一条细缝、文字被截断，大概率是被手动设成了 "shrink" 或受主题/扩展干扰。关键不是“怎么调大”，而是确认当前生效的值。
- 打开设置（
Ctrl+,或Cmd+,），搜tabSizing - 检查是否在
settings.json里写了"workbench.editor.tabSizing": "shrink"—— 这会强制等宽、无视内容长度 - 删掉这行，或改成
"fit"；没这行就不用动，说明是其他原因 - 某些主题（如
Nord、One Dark Pro）会覆盖默认行为，可临时切换到默认主题验证
为什么改了 tabSizing 没反应？
因为 VSCode 的标签页宽度还受两个隐藏因素控制：编辑器区域总宽度、以及是否启用了 workbench.editor.wrapTabs。后者一开，哪怕 tabSizing: "fit" 也会换行堆叠，看起来像“变窄”了。
-
"workbench.editor.wrapTabs": true→ 标签页纵向堆叠，适合窄窗口，但会牺牲横向空间利用率 -
"workbench.editor.wrapTabs": false→ 强制单行，配合"fit"才真正自适应 - 如果开了多列编辑（比如左右并排两个编辑器），每列独立计算标签页宽度，别误以为全局失效
想让标签页最小宽度统一，又不截断文件名？
纯靠 tabSizing 不够。VSCode 没有“最小像素宽度”配置项，但可以通过组合设置逼近效果：
- 设
"workbench.editor.tabSizing": "fit"保证内容优先 - 加
"workbench.editor.labelFormat": "short"避免显示完整路径（如只显示index.ts而非src/utils/index.ts） - 禁用
"workbench.editor.showTabs": false（如果误开了，标签页会彻底消失） - 注意：VSCode 1.86+ 加入了
tabHeight控制高度，但不影响宽度逻辑
Mac 上 Cmd+Tab 切换时标签页突然变窄？
这不是设置问题，是 macOS 的「全屏应用」行为触发了 VSCode 的响应式布局收缩。窗口失去焦点后，VSCode 会短暂降低标签页渲染精度，尤其在高 DPI 屏幕上更明显。
- 这不是 bug，也无需修复 —— 焦点回到 VSCode 窗口瞬间就会恢复
- 如果长期卡在窄态，检查是否启用了
workbench.editor.hideTabsWhenMaximized（设为true时全屏会隐藏标签栏） - 第三方窗口管理工具（如
Magnet、Rectangle）可能触发异常 resize，可临时禁用验证
wrapTabs 和 tabSizing 同时存在时，表现和文档写的不完全一致。 
