F11默认绑定的是面板最大化命令而非系统全屏，需手动重映射至workbench.action.toggleFullScreen；常见失效原因包括Fn键干扰、远程桌面劫持、系统功能键占用及VSCode未获焦点。
F11 是 VSCode 默认绑定的全屏切换快捷键，但它经常“按了没反应”或“进了假全屏”，根本原因不是快捷键错了，而是它默认可能没绑对命令、被系统截胡、或你压根没触发到系统级全屏。
为什么 F11 按了没反应或只放大终端？
VSCode 早期版本和部分配置下，F11 实际绑定的是 workbench.action.toggleMaximizedPanel（面板最大化），不是真正的系统全屏。结果就是：按一次，底部 Terminal 或 Output 面板撑满；再按一次，它缩回去——跟窗口全屏毫无关系。
- 检查方式：打开命令面板（
Ctrl+Shift+P或Cmd+Shift+P），输入Preferences: Open Keyboard Shortcuts，搜索F11，看右边“命令”列是否为workbench.action.toggleFullScreen - 常见干扰源：
Fn键（Dell/Lenovo 笔记本需Fn+F11）、远程桌面工具（如 AnyDesk 会吞掉F11）、VSCode 窗口未获焦点（切回 VSCode 后先点一下编辑区） - macOS 用户额外注意：若启用了「将 F1、F2 等用作标准功能键」，
F11才能直通 VSCode；否则系统会优先触发音量/亮度控制
如何把 F11 真正绑定到系统全屏？
必须手动重映射到 workbench.action.toggleFullScreen 命令，这是唯一可靠的方式。
- 打开键盘快捷键设置：
Ctrl+K Ctrl+S（Windows/Linux）或Cmd+K Cmd+S（macOS） - 在搜索框输入
toggleFullScreen，找到对应条目 - 右键该行 → 「更改键绑定」→ 按下
F11（或你想用的组合，比如Ctrl+Shift+F） - 如果已有冲突绑定（如被某个扩展占用），会提示「已存在绑定」，需先删掉旧绑定再设新键
全屏后哪些操作会意外失灵？
系统级全屏会改变窗口层级和焦点行为，几个高频踩坑点：
- macOS 下：
Cmd+Tab切应用时，VSCode 默认不显示在应用轮播中；得用Ctrl+↑呼出 Mission Control 手动选中 - Windows 下：鼠标移到屏幕底边，任务栏短暂浮现 → 容易误触「显示桌面」，导致 VSCode 失焦甚至被遮挡
- 终端字体在全屏下不会自适应缩放，如果之前设的是小字号（如
fontSize: 12），全屏后可能难读；建议提前在settings.json中调高终端字号 - 全屏状态下，
Ctrl+B（隐藏侧边栏）和Ctrl+J（隐藏底部面板）依然有效，但视觉反馈弱——因为菜单栏和状态栏已被隐藏，得靠记忆或悬停顶部/底部唤出临时 UI
退出全屏不止靠 F11
当快捷键失效或你忘了绑定，还有三类兜底方式，且都绕过键盘拦截：
- 菜单路径：
View→Appearance→Toggle Full Screen - 命令面板：
Ctrl+Shift+P→ 输入Developer: Toggle Developer Tools不是这个，要输View: Toggle Full Screen并回车 - UI 触发：全屏后把鼠标移到屏幕顶部或底部，临时呼出菜单栏/状态栏，点击右下角的
Exit Fullscreen（两个向外箭头图标）
真正卡住人的地方，从来不是找不到入口，而是以为按了 F11 就万事大吉——结果它在后台默默执行了面板放大，而你还在找“怎么退出全屏”。先确认命令绑定，再查硬件和系统干扰，比重启 VSCode 或重装插件管用十倍。
