VSCode搜索面板中文显示不全的根源是window.zoomLevel为小数、系统DPI缩放非100%及中文字体链缺失三者叠加导致UI容器宽度计算错误而截断，需同步调整zoomLevel为整数、系统缩放设为100%并配置含中文字体的fontFamily。
VSCode 搜索结果里中文显示不全（比如“文件”变成“文…”、“调试”只显示“调…”），不是编码问题，也不是汉化没生效，而是 UI 渲染层的宽度计算崩了——中文字体比英文宽、缩放值非整数、CSS 容器没预留足够空间，三者叠加直接截断。
为什么搜索面板（Ctrl+Shift+F）文字被截断
搜索面板用的是和侧边栏、状态栏同一套 flex 布局，但设计时按英文短词（如 “Find in Files”）预留宽度。中文“在文件中查找”字数少，单字像素宽却多出 25%~30%。一旦 window.zoomLevel 是小数（比如 0.85）、系统 DPI 缩放设为 125%，浏览器渲染就会亚像素插值，容器宽度算错，文字直接被 overflow: hidden 吃掉。
- 只影响 UI 文本区域：搜索面板标题、结果项中的路径/行号旁的中文描述、替换预览里的中文
- 不影响编辑器内容区：你搜出来的代码行本身中文是正常的，只是上下文标签被截
- 右键菜单、设置页子项、GitLens 面板也常中招——它们共享同一套布局逻辑
window.zoomLevel 必须是整数
window.zoomLevel 是对整个 UI 做 CSS transform: scale()，不是重排版。小数值触发亚像素渲染，是中文截断最隐蔽也最常见的元凶。
- 合法值只有
-1、0、1、2；0表示 100%，必须写成数字，不能写成字符串"0" - 4K 屏用户：先在 Windows/macOS 系统设置里把缩放调回 100%，再用
window.zoomLevel: 1；双重缩放必崩 - 别信“看着差不多就行”——哪怕只差 0.01，UI 容器宽度计算就失准
字体配置要显式兜住中文
默认字体链（如 "Consolas", "Courier New", monospace）在 Windows/macOS 上根本不查中文字体，导致 fallback 到极窄或错位字体，进一步压缩可用宽度。
- 在用户级
settings.json中加这一行："editor.fontFamily": "'Microsoft YaHei UI', 'PingFang SC', 'Noto Sans CJK SC', 'Consolas', 'monospace'" - Windows 用户避免只写
"SimSun"：它不是等宽字体，列表对齐会乱，且某些版本渲染偏右 - 该配置对搜索面板有效，但对 Output 面板、终端输出、命令面板输入框无效——它们走另一套渲染路径
搜索结果里中文仍被截？检查 locale 和扩展语言选项
部分搜索相关 UI（如 GitLens 的搜索按钮、Jupyter 的查找面板）由扩展自己控制，不读 VSCode 全局 locale，得单独配。
- 确认用户级
locale.json存在且内容严格为{"locale":"zh-cn"}（UTF-8 无 BOM，小写，短横线） - 工作区根目录下的
.vscode/settings.json里不能有"locale"字段，否则覆盖全局 - GitLens 用户需额外加：
"gitlens.language": "zh-cn"；Jupyter 扩展目前无官方中文支持，WebView 内容无法汉化
真正卡住人的地方，往往不是“怎么设”，而是“设在哪一层”和“谁在读这个设置”。搜索面板截断八成是 window.zoomLevel 小数 + 字体链漏中文 + 系统缩放三者叠在一起，改其中一项可能没用，必须同步调。别在设置里反复试“差不多”的值，UI 渲染没模糊地带。
