你有没有经历过这种场景：演示代码时，后排同事眯着眼喊“字太小了，看不清！”你下意识按下Ctrl/Cmd +，字是变大了——但左边的文件树、底部的状态栏、甚至标签页的标题，全跟着一起放大了。整个界面瞬间变得像个老年人模式，演示完还得再按Ctrl/Cmd -一点点调回去。这种“全局缩放”的设计，曾经是 VS Code 调节字体大小的唯一方式。它的逻辑很简单：Ctrl/Cmd +放大一切，Ctrl/Cmd -缩小一切，Ctrl/Cmd 0恢复默认。对于只想让代码字变大一点的你来说，这就像想调高空调温度，结果整个屋子的灯都跟着变暗了一样——过度关联，不够精准。这也是很多其他软件采用的方式。传统方式的“笨拙”与“无奈”在很长一段时间里，如果不想动 UI，开发者们只能用更迂回的方式：去设置里改数字：打开设置（Ctrl/Cmd ,），搜索fontSize，手动修改editor.fontSize的值。精确，但麻烦。每次想临时调大看点代码，都要进菜单里捣鼓一番。手动改 JSON：在settings.json里分别配置editor.fontSize和terminal.integrated.fontSize，实现编辑器与终端的分离控制。这算是一种“半独立”方案，但依然不够快捷，且editor.fontSize会作用于所有编辑器窗口，无法临时只放大当前文件。借助第三方插件：比如安装Fontsy这类扩展，通过快捷键单独控制编辑器和终端的字体大小。功能达到了，但为了一个字体功