alt+z/option+z是vscode内置不可删除的硬编码快捷键，用于切换editor.wordwrap状态，仅在编辑器文本区域生效，且易被系统、输入法或后台软件拦截；其行为受language-specific设置覆盖，需配合bounded模式与wordwrapcolumn等配置才能稳定使用。
Alt+Z 或 Option+Z 是硬编码快捷键，不是可配置项
VSCode 把 editor.action.toggleWordWrap 命令默认绑定在 Alt+Z（Windows/Linux）或 Option+Z（macOS），这个绑定是内置的、不可删除的，但可以被覆盖。它不走常规快捷键注册流程，所以你在 Keyboard Shortcuts 里搜不到“默认绑定”，只看到你后来加的自定义项。
常见误解是以为能直接改这个默认键位——其实不能。VSCode 源码里写死为 alt+z 和 cmd+option+z（macOS 上实际生效的是 Option+Z，Cmd+Z 是撤销，别混）。
- 按一次开，再按一次关，状态实时显示在右下角状态栏
- 必须焦点落在编辑器文本区域（即打开 .js/.py/.log 等文件的主面板），终端、搜索框、设置页里无效
- 不响应输入法激活状态——中文输入法下
Alt+Z很可能被吞掉，切英文输入法再试
快捷键失效时，先确认是不是被系统或软件截获了
不是 VSCode 出问题，而是 Alt+Z 在很多环境里早有其他用途：Windows 上 TeamViewer、某些杀软会监听；macOS 上 Zoom 辅助功能、第三方窗口管理器也可能占位；中文输入法（搜狗/百度拼音）常把 Alt+Z 当作中英切换或符号面板唤起键。
验证方法很简单：切换到记事本（Windows）或 TextEdit（macOS），按 Alt+Z 或 Option+Z，看有没有任何反应。如果有，说明系统层已注册，VSCode 收不到事件。
- 临时解决：切纯英文输入法，关掉录屏、翻译、OCR 类后台工具
- 长期替代：用
Ctrl+K Ctrl+Z（注意是两段式：先按Ctrl+K松开，再按Ctrl+Z），这个组合几乎不被拦截，且 VSCode 默认就绑定了它 - 别在 Terminal 里试——
Ctrl+K Ctrl+Z在终端视图里本来就不生效，这是预期行为
为什么改了 settings.json 还是不生效？language-specific 设置在偷偷覆盖
"editor.wordWrap": "on" 写进用户 settings.json 之后，仍可能对某些文件无效，比如 JSON、Markdown、Python 文件——这不是配置没生效，而是语言专属设置（language-specific setting）优先级更高，直接覆盖了全局值。
检查方式：右下角状态栏点语言名（如 JSON），然后打开 settings.json，搜 "[json]": 或 "[markdown]": 这类块。常见陷阱包括：
-
"[json]": { "editor.wordWrap": "off" }—— 明确关掉了 -
"[python]": { "editor.wordWrap": "inherit" }—— 继承链断裂，结果就是关着 - 插件（如 Prettier、Better Comments）自动注入 language-specific 配置，你根本没手动写过
修复办法：删掉或注释掉这些语言块，或者显式设成 "[json]": { "editor.wordWrap": "on" }。
bounded 模式比 on 更实用，但需要配 wordWrapColumn
"editor.wordWrap": "on" 是最简单粗暴的方案：不管窗口多宽，一律折行。但它会让宽屏用户失去水平视野，尤其写代码时缩进错位、行号跳变，体验反而差。
推荐用 "bounded" 模式，它只在内容宽度 > 视口宽度时才折，更符合直觉。但光设 "editor.wordWrap": "bounded" 不够，还得配 "editor.wordWrapColumn" 才能稳定生效：
- 设
"editor.wordWrapColumn": 120，表示“如果行长度超过 120 字符，且视口又不够宽，就折” - 设为
0等同于"on"，但语义不同，部分插件对0处理异常 - 配合
"editor.wrappingIndent": "indent"可避免折行后首行缩进丢失（尤其 Markdown 列表、JSON 层级）
真正容易被忽略的是：你改了全局 editor.wordWrap，却没意识到某个工作区目录下的 .vscode/settings.json 正在覆盖它——换行开关的可见性，本质是配置优先级问题，不是快捷键本身坏了。
