错位主因是window.zoomlevel设为非整数导致中英文渲染错位，应优先改用整数如0或1；window.zoomlevel控制全部ui缩放，editor.fontsize仅影响代码字体大小，二者不可混调。
为什么汉化后图标和文字对不齐
这不是汉化插件的问题，而是 VSCode 的界面缩放（window.zoomLevel）与中文字体渲染、UI 元素尺寸计算之间出现错位。中文字符通常比英文宽（尤其在等宽字体下），当 window.zoomLevel 设为非整数（如 0.5、1.3）时，CSS transform 缩放会拉伸整个 UI 容器，但图标尺寸是固定像素，文字行高/字间距又受字体度量影响，最终导致「图标左对齐，汉字右偏移」或「文字压住图标」这类视觉错位。
优先用整数 window.zoomLevel 修复错位
整数缩放（如 -1、0、1、2）对应 80%、100%、120%、144% 等比例，底层使用更干净的像素倍率重绘，能避免小数缩放带来的 sub-pixel 渲染模糊和布局抖动。
- 打开设置：
Ctrl + ,（Windows/Linux）或Cmd + ,（macOS） - 搜索
window.zoomLevel，把当前值改成0或1 - 如果改完仍不对齐，再试
-1或2—— 不要跳过整数直接试0.7 - 改完无需重启，立即生效；状态栏右下角会显示当前缩放百分比
window.zoomLevel 和 editor.fontSize 别混着调
汉化后想看清菜单和侧边栏，很多人顺手也调大了 editor.fontSize，结果代码区域变大、UI 区域却没同步，反而加剧错位感。这两个配置完全独立：
-
window.zoomLevel：控制所有界面元素（菜单、资源管理器、标题栏、图标、按钮）的缩放 -
editor.fontSize：只影响编辑器里代码文字大小，不改变任何 UI 布局 - 如果你只是觉得代码太小，单独调
editor.fontSize即可，别碰window.zoomLevel - 反之，若侧边栏文字挤在一起、图标和文字明显错位，就只动
window.zoomLevel，保持editor.fontSize不变
Linux/Wayland 或 macOS 外接屏下要额外注意
这些环境下，window.zoomLevel 对标题栏、系统托盘图标的缩放支持不稳定，容易放大了侧边栏却漏掉菜单栏，造成局部错位。此时：
- Wayland 用户可尝试启动时加参数：
code --force-device-scale-factor=1.25 - macOS 外接 4K 屏时，系统级「显示器缩放」（如“更多空间”模式）和 VSCode 的
window.zoomLevel叠加会导致过缩——先关掉系统缩放，再单用window.zoomLevel调整 - 确认没启用
editor.mouseWheelZoom：这个开关控制的是「按住 Ctrl 滚轮缩放代码字体」，名字像缩放 UI，实则无关，开着反而干扰判断
真正卡住人的，往往不是不会调，而是调了 window.zoomLevel 还不对齐，就去折腾汉化插件或字体设置。其实只要记住：错位 ≈ 小数缩放 + 中文渲染，砍掉小数、回归整数，90% 的对不齐问题当场消失。
