我仍然在 Microsoft Q&A、Spiceworks 和 r/techsupport 上看到这个完全相同的问题：在远程桌面中 Alt+Tab 失效，快捷键被发送到本地计算机而不是远程会话，而且看起来并没有任何异常。会话已连接，打字正常，鼠标输入也正常，但 Alt+Tab 不断把你切回到本地桌面。如果你花了一些时间想弄清楚如何让 Alt+Tab 在远程桌面中像在本地机器上一样工作，你并不孤单。下面的修复方法都经过测试并确认，来源于真实案例并在社区帖子中得到验证，且按场景整理，便于你直接跳转到与你情况匹配的场景。
为什么在我的远程桌面会话中 Alt+Tab 不起作用？
简短的回答：mstsc 正在完全按照其配置执行。默认情况下，只有当客户端在全屏模式下运行时，远程桌面才会将 Windows 组合键发送到远程会话。在窗口模式的会话中，Alt+Tab 仍然作用于本地，远程桌面窗口会在你的本地任务切换器中显示为另一个条目。屏幕上没有任何提示告诉你正在发生这种情况。这就是为什么几乎每个人第一次都会感到意外。
该行为由存储在每个 .rdp 文件中的 keyboardhook 参数控制，并在 mstsc 的“本地资源”下以“应用 Windows 组合键”设置的形式呈现。默认值为 2。Microsoft 在 远程桌面服务快捷键参考 和 KeyboardHookMode 属性文档 中对此进行了说明。这不是一个错误。这是一种设计选择，一旦你了解它，修复它大约需要三十秒。
大多数人首先尝试的修复 RDP 中 Alt Tab 无法使用的方法及其失败原因
第一种尝试是点击远程桌面窗口内部以确认焦点，然后再按一次 Alt+Tab。我理解，这很合乎逻辑。但这并没有帮助。窗口获得焦点并不会改变键盘组合键被路由到哪里。
第二种尝试通常是 AutoHotKey。但在这里它往往不可靠，因为 mstsc 的键盘路由设置会在本地重映射按你预期生效之前就截获 Windows 组合键。它对某些自定义快捷键可能有效，但并不能干净地修复标准的 Alt+Tab 路由，而且我见过有人为此折腾了一个下午后放弃。
第三种尝试是将 “应用 Windows 组合键” 切换为 “在远程计算机上”，并期望两台机器都对 Alt+Tab 作出响应。问题在于：这个设置是非此即彼的。mstsc 并不提供受支持的选项，能同时把同一个 Alt+Tab 命令发送到本地和远程桌面。可选项是选择本地、远程，或仅在全屏时使用远程。就这些。
如何在远程桌面中使用 Alt Tab：真正有效的解决方法
修复 1：使用 RDP 键盘等效快捷键（窗口模式，无需更改设置）
为什么有效：Microsoft 为窗口模式的远程桌面会话构建了一套专用的键盘快捷键。它们无需更改任何设置，并且让你本地的 Alt+Tab 完全不受影响。对大多数人来说，这是最简洁的答案，也是我建议优先尝试的方法。
Alt+Page Up 在远程会话中向前切换打开的程序，是 Alt+Tab 的直接等效操作。Alt+Page Down 则向后切换。Alt+Insert 按启动顺序循环切换程序。无需任何配置。
解决方法 2：切换到全屏模式（零配置，最快路径）
为什么有效： 默认的键盘钩子值 2 会在客户端切换到全屏的那一刻将 Alt+Tab 路由到远程会话。无需更改任何设置，也无需编辑 .rdp 文件。如果你只是偶尔需要在远程桌面中使用 Alt+Tab，这是摩擦最小的选项。
- 在活动的远程桌面会话中，按 Ctrl+Alt+Break 切换到全屏。对于没有专用 Break 键的笔记本电脑，尝试 Ctrl+Alt+Pause 或 Ctrl+Alt+Fn+Scroll Lock。
- 按 Alt+Tab。现在它会在远程会话内切换窗口。
- 在需要时再次按 Ctrl+Alt+Break 以返回窗口模式。
修复 3：更改 mstsc 中的键盘钩子设置（窗口模式修复）
为什么有效： 切换为 “在远程计算机上” 后，当远程桌面窗口处于焦点时（包括窗口模式下）Alt+Tab 将作用于远程会话。缺点是，在连接打开期间，Alt+Tab 在本地计算机上将不再可靠工作。用鼠标点击远程桌面窗口之外的区域即可返回本地应用。
- 断开任何活动的远程桌面会话。
- 按 Win+R，输入 mstsc，按 Enter。
- 单击显示选项。
- 单击本地资源选项卡。
- 在键盘下，打开 “应用 Windows 组合键” 下拉菜单。
- 选择 “在远程计算机上”。
- 重新连接。当远程桌面窗口处于焦点时，Alt+Tab 现在会作用于远程会话。
修复方法 4：直接编辑 .rdp 文件（设置一次，每次都有效）
为什么有效： .rdp 文件中的 keyboardhook 值控制与 mstsc 界面相同的设置。直接编辑它意味着你的偏好将在各次连接中保持有效，而无需每次都进入选项界面。
- 找到已保存的 .rdp 文件，或通过 mstsc 的 文件 > 另存为 保存一个。
- 在记事本中打开该文件。
- 找到这一行：keyboardhook:i:2
- 将其改为：keyboardhook:i:1
- 保存并关闭该文件。
- 通过直接双击该 .rdp 文件来打开连接。
工作原理：keyboardhook 值
| 值 | mstsc 界面标签 | Alt+Tab 的作用范围 |
| 0 | 在此计算机上 | 在所有显示模式下作用于本地计算机 |
| 1 | 在远程计算机上 | 当 RDP 窗口处于焦点时作用于远程会话 |
| 2（默认） | 仅在使用全屏时 | 全屏时为远程，窗口模式下为本地 |
修复方法 5：如果无法使用 mstsc 设置，请使用 HelpWire
为什么有效：如果策略限制阻止你编辑 .rdp 文件或更改 mstsc 键盘设置，非 RDP 的远程访问工具可以完全绕过 keyboardhook 行为。HelpWire 是一款免费的远程支持工具，连接远程计算机时完全不经过 RDP 协议栈。它可在 Windows、macOS 和 Linux 上运行，支持有人值守和无人值守会话，并且不需要开放 3389 端口。
- 从 helpwire.app 下载并在本地和远程计算机上安装 HelpWire。
- 启动 HelpWire，并使用提供的会话链接或无人值守访问 ID 进行连接。
- 连接后，测试 Alt+Tab，并确认其行为符合你的需求。
如果这些修复都无效
嵌套 RDP 或 RD Web 访问：如果你通过跳板机连接，并在其中打开第二个远程桌面会话，上述任何针对 mstsc 的修复都无法作用到内部会话。微软的远程桌面服务文档对此有明确说明：在嵌套的远程桌面或 RemoteApp 会话中，键盘快捷键不起作用。每一次按键都会被最先接收它的会话层消耗。此处 Alt+Page Up 也无效。我见过有人为此浪费一个小时，才意识到障碍正是跳板机本身。在跳板机上将内部会话全屏运行，是 mstsc 栈内唯一的变通办法。
Windows Server 2025 上的 RemoteApp：在至少一个有记录的案例中，Windows Server 2025 的 RemoteApp 会话内使用 Alt+Tab 会在已打开的应用之间循环切换，但不会显示在 Server 2022 上正常工作的缩略图预览列表。2026 年 3 月的 Microsoft Q&A 线程给出了涉及键盘钩子设置的修复建议，但原帖作者报告，在他们的环境中，keyboardhook:i:2 并未恢复预览 UI。将此视为 Server 2025 中 RemoteApp 特有的行为，与上面标准远程桌面 Alt+Tab 路由修复分开看待。
常见问题
在远程桌面会话中按下 Alt+Page Up。这是 RDP 内置的 Alt+Tab 等效快捷键，在窗口模式下无需更改 mstsc 设置、.rdp 文件或键盘钩子值即可使用。Alt+Page Down 可在已打开的程序间向后切换。Alt+Insert 按启动顺序循环切换。
有两个选项。第一，使用 Alt+Page Up，它是用于在远程程序之间切换的 RDP 原生快捷键，无需任何配置。第二，在 mstsc 的本地资源中将 “将 Windows 组合键应用于” 设置更改为 “在远程计算机上,”，这会在窗口获得焦点时将标准 Alt+Tab 路由到远程会话。
Alt+Page Up 是远程桌面中相当于 Alt+Tab 的快捷键。它会在远程会话中向前切换打开的程序。Alt+Page Down 则向后切换。Alt+Insert 按启动顺序循环切换程序。
mstsc 的键盘钩子默认值为 2，会将 Alt+Tab 路由到处于全屏状态的那台机器。在窗口模式下，则是本地机器。在 .rdp 文件中将该设置改为 keyboardhook:i:1，或按下 Ctrl+Alt+Break 进入全屏，都可以解决。
键盘快捷键无法穿透嵌套的远程桌面会话。 Microsoft 的文档明确指出：每一层会话都会独立拦截按键。来自你物理键盘的按键会被其首先到达的会话消耗，且不会向内层转发。Alt+Page Up 在这里同样无效。对于 mstsc，在跳板机上全屏是唯一的变通办法。
