终端高级

Visual Studio Code 的集成终端具有许多高级功能和设置，例如 Unicode 和表情符号支持、自定义快捷键和自动回复。本主题详细解释这些高级功能。如果您是 VS Code 或集成终端的新手，您可能需要先查看终端基础主题。

持久会话

终端支持两种不同类型的持久会话

• 进程重新连接：当重新加载窗口时（例如，在安装扩展后），重新连接到之前的进程并恢复其内容。
• 进程恢复：当重新启动 VS Code 时，终端的内容将被恢复，并且进程将使用其原始环境重新启动。

可以通过将 terminal.integrated.enablePersistentSessions 设置为 false 来禁用这两种持久会话，而恢复的滚动量由 terminal.integrated.persistentSessionScrollback 设置控制。进程恢复可以使用 terminal.integrated.persistentSessionReviveProcess 单独配置。

在窗口之间移动终端

终端选项卡可以在 VS Code 窗口之间拖放。也可以通过命令面板和 终端：分离会话 以及 终端：附加到会话 命令手动完成。

配置终端在启动时的行为

当打开一个窗口时，如果终端视图可见，它将使用持久会话重新连接到终端，或者创建一个新的 shell。此行为可以使用 terminal.integrated.hideOnStartup 设置进行微调。

• never (默认值): 启动时从不隐藏终端视图。
• whenEmpty: 仅当没有恢复持久会话时才隐藏终端。
• always: 始终隐藏终端，即使有恢复的持久会话。

快捷键和 Shell

作为嵌入式应用程序，集成终端应拦截一些（但不是全部）在 VS Code 中调度的快捷键。

可配置的 terminal.integrated.commandsToSkipShell 设置决定了哪些命令的快捷键应始终“跳过 Shell”，而是由 VS Code 的快捷键系统处理。默认情况下，它包含对 VS Code 体验至关重要的硬编码命令列表，但您可以添加或删除特定的命令

{
  "terminal.integrated.commandsToSkipShell": [
    // Ensure the toggle sidebar visibility keybinding skips the shell
    "workbench.action.toggleSidebarVisibility",
    // Send quick open's keybinding to the shell
    "-workbench.action.quickOpen",
  ]
}

查看 terminal.integrated.commandsToSkipShell 设置详细信息，以查看默认命令的完整列表。

提示： 可以将 terminal.integrated.sendKeybindingsToShell 配置为覆盖 terminal.integrated.commandsToSkipShell 并将大多数快捷键分派到 Shell。请注意，这将禁用诸如 Ctrl+F 之类的快捷键来打开 查找。

组合键

组合快捷键由两个快捷键组成，例如 Ctrl+K，然后是 Ctrl+C，以将该行更改为注释。组合键默认情况下始终跳过 Shell，但可以通过 terminal.integrated.allowChords 禁用。

macOS 清屏

在 macOS 上，Cmd+K 是终端中用于清屏的常用快捷键，因此 VS Code 也尊重这一点，这意味着 Cmd+K 组合键将不起作用。可以通过删除清屏快捷键来启用 Cmd+K 组合键

{
  "key": "cmd+k",
  "command": "-workbench.action.terminal.clear"
}

此外，如果任何扩展由于快捷键优先级的工作方式而贡献了 Cmd+K 快捷键，则此快捷键会自动被覆盖。要在此情况下重新启用 Cmd+K 清屏快捷键，您可以在用户快捷键中重新定义它，其优先级高于扩展快捷键

{
  "key": "cmd+k",
  "command": "workbench.action.terminal.clear",
  "when": "terminalFocus && terminalHasBeenCreated || terminalFocus && terminalProcessSupported"
}

助记符

默认情况下，在终端中禁用使用助记符访问 VS Code 的菜单（例如，Alt+F 用于文件菜单），因为这些按键事件通常是 shell 中重要的热键。设置 terminal.integrated.allowMnemonics 以启用助记符，但请注意，这将不允许任何 Alt 按键事件进入 shell。此设置在 macOS 上不起任何作用。

自定义序列快捷键

workbench.action.terminal.sendSequence 命令可用于向终端发送特定的文本序列，包括由 shell 特殊解释的转义序列。该命令使您可以发送箭头键、Enter、光标移动等。

例如，下面的序列跳转到光标左侧的单词（Ctrl+Left），然后按下 Backspace

{
  "key": "ctrl+u",
  "command": "workbench.action.terminal.sendSequence",
  "args": {
    "text": "\u001b[1;5D\u007f"
  }
}

此功能支持变量替换。

sendSequence 命令仅适用于通过字符代码使用字符的 \u0000 格式（而不是 \x00）。在以下资源中阅读有关这些十六进制代码和终端序列的更多信息

• XTerm 控制序列
• C0 和 C1 控制代码列表

确认对话框

为了避免不必要的输出和用户提示，终端在进程退出时不显示警告对话框。如果需要警告，可以使用以下设置进行配置

• terminal.integrated.confirmOnExit - 控制当存在活动的调试会话时，是否在关闭窗口时进行确认。
• terminal.integrated.confirmOnKill - 控制当终端具有子进程时，是否在终止终端时进行确认。
• terminal.integrated.showExitAlert - 控制当退出代码为非零时，是否显示“终端进程以退出代码终止”警报。

自动回复

如果接收到完全匹配的输出序列，终端可以自动向 shell 提供可配置的输入响应。最常见的用例是，当在批处理脚本中点击 Ctrl+C 时自动回复提示，询问用户是否要终止批处理作业。要自动关闭此消息，请添加此设置。

{
  "terminal.integrated.autoReplies": {
    "Terminate batch job (Y/N)": "Y\r"
  }
}

请注意，此处使用的 \r 字符表示 Enter，并且与 自定义序列快捷键 非常相似，此功能支持向 shell 发送转义序列。

默认情况下，未配置自动回复，因为提供 shell 输入应该是用户的显式操作或配置。

更改制表符宽度

当终端中运行的程序输出 \t 时，terminal.integrated.tabStopWidth 设置允许配置制表符宽度。通常不需要此设置，因为程序通常会移动光标而不是使用 Tab 字符，但在某些情况下可能有用。

Unicode 和表情符号支持

终端同时支持 Unicode 和 emoji。当在终端中使用这些字符时，此支持存在一些注意事项。

• 某些 Unicode 符号具有不明确的宽度，可能会在 Unicode 版本之间发生变化。目前，我们支持 Unicode 版本 6 和 11 的宽度，可以使用 terminal.integrated.unicodeVersion 设置进行配置。指定的版本应与 shell/操作系统使用的 Unicode 版本匹配，否则可能会出现渲染问题。请注意，shell/操作系统的 Unicode 版本可能与字体的实际宽度不匹配。
• 某些由多个字符组成的 emoji 可能无法正确渲染，例如，肤色修饰符。
• 在 Windows 上，emoji 支持有限。

图像支持

终端中的图像只有在使用 Sixel 或 iTerm 内联图像协议时才起作用。此功能默认禁用，可以使用 terminal.integrated.enableImages 设置启用。

当前限制

• 序列化不起作用，因此重新加载终端不会保留任何图像 (jerch/xterm-addon-image#47)。
• 将所选内容复制为 HTML 不包括所选图像 (jerch/xterm-addon-image#50)。
• 动画 GIF 不起作用 (jerch/xterm-addon-image#51)。
• 短于单元格的图像将无法正常工作，这是序列的设计缺陷，并且也发生在 XTerm 中。

进程环境

在终端中运行的应用程序的进程环境会受到各种设置和扩展的影响，并可能导致 VS Code 终端中的输出看起来与其他终端不同。

环境继承

当 VS Code 打开时，它会启动一个登录 shell 环境以获取 shell 环境的来源。这样做是因为开发人员工具通常会添加到 shell 启动脚本（如 ~/.bash_profile）中的 $PATH 中。默认情况下，终端会继承此环境，具体取决于你的配置文件 shell 参数，这意味着可能会运行多个配置文件脚本，这可能会导致意外行为。

可以通过 terminal.integrated.inheritEnv 设置在 macOS 和 Linux 上禁用此环境继承。

与 $LANG 的交互

$LANG 环境变量存在一些特殊的交互，该变量确定如何在终端中显示字符。此功能通过 terminal.integrated.detectLocale 设置进行配置。

扩展环境贡献

扩展能够为终端环境做出贡献，从而使其与终端进行某种集成。例如，内置的 Git 扩展会注入 GIT_ASKPASS 环境变量，以允许 VS Code 处理与 Git 远程的身份验证。

如果扩展更改了终端环境，则在安全的情况下，将重新启动任何现有终端，否则会在终端状态中显示警告。有关更改的更多信息可以在悬停中查看，其中还包括一个重新启动按钮。

Windows 和 ConPTY

VS Code 的终端基于 xterm.js 项目构建，以实现 Unix 样式的终端，该终端将所有数据序列化为字符串并通过“伪终端”进行管道传输。从历史上看，这不是 Windows 上终端的工作方式，后者使用 Console API 来实现其称为“conhost”的控制台。

创建了一个名为 winpty 的开源项目，试图通过在 Unix 样式的终端和 Windows 控制台之间提供仿真/转换层来解决此问题。VS Code 的终端最初仅使用 winpty 实现。这在当时很好，但在 2018 年，Windows 10 接收了 ConPTY API，该 API 采用了 winpty 开创的思想并将其融入 Windows，从而提供了一个更可靠和受支持的系统，可以在 Windows 上利用 Unix 样式的终端和应用程序。

VS Code 默认在 Windows 10+（从内部版本号 18309 开始）上使用 ConPTY，并将 winpty 作为旧版本 Windows 的传统选项。可以通过 terminal.integrated.windowsEnableConpty 设置显式禁用 ConPTY，但这通常应避免。

由于 ConPTY 是一个仿真层，因此它确实存在一些怪癖。最常见的是，ConPTY 认为自己是视口的拥有者，因此有时会重新打印屏幕。这种重新打印可能会导致意外行为，例如在运行“终端：清除”命令后显示旧内容。

远程开发

本节概述了当 VS Code 使用 VS Code 远程开发 扩展连接到远程计算机时特有的主题。

减少远程输入延迟

本地回显是一项有助于缓解远程窗口输入延迟影响的功能。它会在终端中以灰色显示键击，然后再由远程确认结果。默认情况下，当检测到延迟高于 30 毫秒时，该功能会开始运行，并且可以使用 terminal.integrated.localEchoLatencyThreshold 配置计时。未确认字符的颜色由 terminal.integrated.localEchoStyle 定义。

本地回显会根据终端中的活动程序动态禁用自身。这由 terminal.integrated.localEchoExcludePrograms 控制，该设置默认为 ['vim', 'vi', 'nano', 'tmux']。建议你对任何高度动态和/或在键入时会大量重新打印屏幕的应用程序或 shell 禁用此功能。

要完全禁用此功能，请使用

{
  "terminal.integrated.localEchoEnabled": false
}

远程窗口中的本地终端

可以使用命令面板中的 终端：创建新的集成终端（本地） 命令在远程窗口中启动默认的本地终端配置文件。目前，无法从远程窗口启动非默认配置文件。