必须手动设置"editor.mouseWheelZoom": true才能启用Ctrl+滚轮缩放代码字体，终端需单独配置"terminal.integrated.mouseWheelZoom": true，二者互不影响；window.zoomLevel控制全局UI缩放，与字体缩放无关。
直接改 settings.json 开启滚轮缩放编辑器字体
想用 Ctrl + 鼠标滚轮实时调大/调小代码字体，必须手动启用 editor.mouseWheelZoom。默认它是 false，不改就永远没反应。
打开你的用户 settings.json（路径通常为：%APPDATA%\Code\User\settings.json（Windows）、~/Library/Application Support/Code/User/settings.json（macOS）、~/.config/Code/User/settings.json（Linux）），添加这一行：
"editor.mouseWheelZoom": true
注意检查前后逗号是否遗漏；别误写成 mousewheelzoom 或 MouseWheelZoom——大小写和拼写必须完全匹配。
改完保存，无需重启，但要确保当前焦点在编辑器区域（不能在终端、搜索框或侧边栏里）。
终端字体缩放也要单独配 terminal.integrated.mouseWheelZoom
即使 editor.mouseWheelZoom 已开启，集成终端（Terminal）默认仍不响应 Ctrl + 滚轮。它走的是另一套开关，必须显式启用。
在同一个 settings.json 里加一行：
"terminal.integrated.mouseWheelZoom": true
这个设置只影响终端里的文字大小，缩放是“相对当前字号”的——如果 terminal.integrated.fontSize 设得太小（比如 10），再怎么滚轮也拉不到足够大的视觉效果。
常见误区：以为开了编辑器滚轮缩放，终端就会同步生效。其实两者完全解耦，可以一个开一个关。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
别把 window.zoomLevel 和字体缩放混在一起
window.zoomLevel 是控制整个 VS Code 窗口的 CSS 缩放，包括菜单栏、侧边栏、状态栏、标签页，甚至图标。它和字体缩放无关，但容易互相干扰。
如果你发现 Ctrl + 滚轮让界面模糊、图标发虚，大概率是误开了 window.zoomLevel 并设了非整数值（如 1.3）。这种缩放会拉伸像素，产生锯齿；而 editor.mouseWheelZoom 是纯字体尺寸调整，更清晰、无失真。
推荐做法：
- 高分屏（如 4K）：先设
"window.zoomLevel": 1让 UI 可读，再用editor.fontSize或滚轮微调代码区 - 只想放大代码？关掉
window.zoomLevel（设为0），只开editor.mouseWheelZoom - 多显示器不同 DPI？
window.zoomLevel不自动适配，必须手动统一配置，否则副屏 UI 会过小
配置冲突时优先级顺序很关键
VS Code 实际渲染时有三层缩放叠加：基础字号（editor.fontSize）、UI 全局缩放（window.zoomLevel）、临时会话级字体缩放（editor.mouseWheelZoom）。它们不是简单相加，而是按优先级覆盖。
editor.fontSize 是唯一真正修改字体像素值的设置；其余两个都是视觉变换。一旦你用滚轮放大了编辑器，再改 editor.fontSize，新值不会立刻体现——得先重置滚轮缩放（比如滚回原始大小），它才会生效。
最容易被忽略的一点：工作区级 .vscode/settings.json 会覆盖用户级设置。如果你在某个项目里设了 window.zoomLevel: -1，但又希望全局用 1，就得删掉工作区配置，或明确在用户设置里覆盖它。
