企业官网建设流程全解析

• 文档
• 教程

本文全面解读 VS Code 2021 年 1 月发布的 1.53 版本（对应仓库文档 release-notes/v1_53.md），覆盖工作台与编辑器的新配置项、调试与 JavaScript 调试器新能力、Notebook 大纲导航、Git 新命令，以及面向扩展作者的稳定 API 与提案 API。文章不仅完整继承发布说明中的配置参数与代码示例，还结合本仓库的 用户界面文档、代码片段文档、语言配置指南 等文档，帮助你理解每个特性背后的实现细节与实战用法。

版本背景：1.53 是 2021 年 1 月的稳定版发布，随后的 1.53.1、1.53.2 更新修复了若干安全与稳定性问题。文中所有设置项、命令与 API 均以该版本为基准，后续版本可能存在差异。

工作台：标签页、编辑器与搜索模式全面升级

标签页换行（Wrap Tabs）

当同时打开大量编辑器标签时，传统标签栏会收缩成一条可横向滚动的滚动条。1.53 新增设置workbench.editor.wrapTabs，让标签像文本一样自动换行，铺满多行区域，无需滚动即可一览全部标签：

"workbench.editor.wrapTabs": true

• 当可用空间过小、无法容纳换行布局时，换行会临时关闭，回退到带滚动条的旧体验。
• 注意：若不想让换行后的标签无限变宽，可配合设置workbench.editor.tabSizing: shrink，让标签按比例收缩。

该特性在 用户界面文档 中有持续介绍：换行标签布局会让编辑器标签铺满编辑器区域上方的多行，并可与 自定义标签文案（workbench.editor.customLabels.patterns）、标签定位（workbench.editor.openPositioning）等既有能力组合使用。

标签装饰（Tab Decorations）

为了让文件状态在标签上更直观，1.53 新增两个设置，分别控制标签的“颜色装饰”与“徽章装饰”：

• workbench.editor.decorations.colors：用颜色标记标签，例如文件有错误时标签显示红色、有警告时显示黄色/绿色，与编辑器内的问题提示状态联动。
• workbench.editor.decorations.badges：用文字徽章标记标签，例如 Git 已修改的文件显示M徽章。

Open Editors 视图默认隐藏

为了让 Explorer 视图开箱即用更清爽，1.53 起Open Editors（打开的编辑器）视图对新用户默认隐藏（不影响既有用户）。该视图提供的功能（当前打开的文件列表）与标签栏等区域重叠，因此官方选择隐藏它以简化界面。如需恢复，可在 Explorer 视图标题区域的上下文菜单中手动切换其可见性。

新增确认对话框

为防止误操作导致数据丢失，1.53 在两类场景下新增确认对话框：

• 文件操作仍在进行时尝试退出 VS Code；
• 从 Explorer 执行“破坏性撤销”操作（destructive undo）时。

新设置 workbench.editor.enablePreviewFromCodeNavigation

VS Code 的“预览编辑器”（preview editor）机制此前由workbench.editor.enablePreview与workbench.editor.enablePreviewFromQuickOpen控制（详见 用户界面文档的预览模式章节）。上一版本把“代码导航打开文件”（如Go to Definition）默认改为以普通编辑器打开，1.53 新增设置workbench.editor.enablePreviewFromCodeNavigation，让你显式选择是否让代码导航打开的文件进入预览模式：

"workbench.editor.enablePreviewFromCodeNavigation": true

Emmet 性能与功能改进

Emmet 扩展在 HTML/CSS 文件中响应大幅提速，并升级到最新 Emmet 引擎，支持倒计时（countdown）等新语法。官方演示在一个大型 HTML 文件中展开带倒计时的 Emmet 片段，性能提升约 20 倍。

改进的重构参与者 UI（Refactor Participants）

扩展可以参与文件的创建、移动、重命名、删除等操作（例如重命名 Java 文件时同步重命名其 public class）。1.53 将这类由扩展发起的附带修改统一收敛到一个预览对话框，你可以逐个接受、跳过或预览扩展即将做出的其他更改，避免重构被悄悄执行。

“使用其他编辑器打开”支持替代打开方式

执行Reopen Editor With命令后：

• 按住Ctrl选择目标编辑器，可在当前编辑器旁边打开新编辑器（与 Quick Open 行为一致）；
• 在对话框中按Right Arrow（右箭头）可在后台打开编辑器。

Issue 报告

登录 GitHub 后，可从Help>Report Issue直接创建 issue，简化反馈流程。

默认搜索模式：search.mode 设置

过去要改变“搜索入口使用哪种 UI”，只能靠修改键绑定曲线救国。1.53 引入search.mode设置，统一控制Search: Find in Files命令以及 Explorer 中Find in Folder...、Find in Workspace上下文菜单的搜索承载方式：

如果此前为了切换默认搜索 UI 而自定义过键绑定，现在可以删除这些键绑定，改用该设置。Search Editor 的更多细节（如search.action.openNewEditor、search.searchEditor.singleClickBehaviour、search.searchEditor.defaultNumberOfContextLines等命令与设置）可参考 搜索文档。

新的文件与文件夹图标

New File与New Folder图标已更新，与 VS Code 的 图标库 保持一致：

编辑器：新片段变量与命名转换命令

新片段变量：UUID 与 RELATIVE_FILEPATH

代码片段（Snippet）新增两个变量（完整变量清单见 用户自定义片段文档）：

• UUID：插入一个 Version 4 UUID；
• RELATIVE_FILEPATH：插入当前文件相对于已打开工作区/文件夹的路径（此前只有TM_FILEPATH绝对路径、TM_DIRECTORY目录、TM_FILENAME文件名等）。

示例片段会输出形如let someId = 'foo/test.js/c13d226f-1932-40e2-9fd9-10198c219e33'的内容：

// 使用 UUID 与 RELATIVE_FILEPATH 的示例片段 { "scope": "javascript", "prefix": "newVars", "body": "let someId = '${RELATIVE_FILEPATH}/${UUID}'$0" }

片段变量使用$name或${name:default}语法，变量未定义时插入默认值或空字符串；还可配合CLIPBOARD（剪贴板内容）、RANDOM（6 位随机十进制数字）、CURRENT_*（日期时间）等变量组合使用。

转换为蛇形命名（Transform to Snake Case）

新增命令Transform to Snake Case，可将选中文本转换为 snake case（例如myVariable→my_variable），配合已有的Transform to Uppercase/Lowercase等命令，让文本大小写/命名风格转换更完整。

调试：多会话、断点条件编辑与 JavaScript 调试器

同一启动配置可并发启动多次

1.53 移除了“每个 launch 配置只能启动一个调试会话”的限制。现在可以反复点击调试配置下拉菜单中的绿色运行按钮，并发启动任意数量的会话，每个后续会话名称末尾会自动追加编号以便区分。

若需要“一次启动多个不同配置”，可改用 compound 启动配置：在launch.json中通过compounds数组把多个配置组合起来并行启动。

断点：条件编辑（Condition Editing）

继续推进 BREAKPOINTS（断点）视图中的断点编辑统一工作：

• 函数断点（function breakpoints）新增条件（condition）与命中次数（hit count）编辑支持。至此，源码断点、函数断点、异常断点与日志点（logpoints）均可编辑条件。
• 可以从断点上下文菜单，或新的内联Edit Condition操作发起条件编辑。

注意：虽然新 UI 支持编辑所有断点类型，但条件与命中次数只有在调试扩展真正支持时才会生效。例如 1.53 中，内置 JavaScript 调试器为异常断点新增了条件支持，而当时已知的调试器尚不支持函数断点的条件与命中次数。

运行/调试前提示保存未命名文件

针对新手“忘记保存文件就运行”的常见问题：由于大多数调试器无法调试未命名（untitled）文件（PowerShell 除外），1.53 起在活动编辑器组存在未保存的未命名文件时，运行或调试前会提示用户先保存。

断点区域小组件语法着色

断点编辑器区域小组件（breakpoint editor zone widget）现在遵循底层编辑器的语言模式进行语法着色：

调试控制台操作移入次级菜单

为了让调试视图中的配置下拉菜单有更多空间，Debug Console操作被移入次级菜单（...）。由于调试会话启动时控制台会自动打开，单独点击该操作的需求本就不多。

扩展调试日志改进

调试扩展时，对consoleAPI 的调用现在会经由内置 JavaScript 调试器处理，能够更丰富地呈现复杂对象，例如带 source map 的调用栈。

JavaScript 调试器

完整变更列表见 vscode-js-debug 的 changelog（仓库侧对应文档为 remote-release-notes/v1_53.md 中的远程开发说明）。

条件异常断点（Conditional Exception Breakpoints）

JavaScript 调试器支持条件异常断点。可勾选“捕获异常时暂停”并输入条件表达式，断点暂停时error变量包含当前抛出的异常，例如条件err.message.includes("my error")只会在异常信息匹配时触发暂停。

调试 worker_threads

Node.jsworker_threads（工作线程）现在可直接调试，无需任何额外配置或代码改动：

集成终端：流控与 PowerShell 7 发现

流控机制（Flow Control）

终端进程与前端之间的连接新增流控机制：当前端需要追赶输出时，会暂停终端进程。此前在远程连接中使用终端会出现稳定性/性能问题。该机制当前仅作用于 VS Code 的远程（remoting）场景，本地窗口会在调整终端进程启动位置后启用。

更好的 PowerShell 7 发现

PowerShell 7 可安装于 Windows、macOS 与 Linux。1.53 起：

• 若在 Windows 上安装了 PowerShell 7，VS Code 默认使用它作为默认 shell；未安装时继续使用 Windows PowerShell。
• Select Default Shell（选择默认 Shell）Quick Pick 会枚举所有已安装的 PowerShell 版本（包括 MSI 安装、Microsoft Store 安装等）。

注意：macOS 与 Linux 的默认 shell 发现与枚举不受影响，它们分别使用 OS 默认与/etc/shells。terminal.integrated.shell.windows设置仍然生效。

语言特性：Markdown 预览自动更新图片

Markdown 预览现在会在磁盘上的嵌入式图片发生变化时自动更新——无论是你用外部程序编辑图片，还是通过源代码控制操作（例如切换分支）导致的图片变化。这是本仓库 Markdown 相关文档 所描述的预览体验的重要补充。

Notebook：大纲、面包屑与差异编辑器改进

大纲与面包屑

Notebook 单元格现在会出现在大纲（Outline）面板与面包屑（Breadcrumbs）中，便于总览与快速导航：

两个新设置控制代码单元格是否参与：

• notebook.outline.showCodeCells：大纲是否包含代码单元格；
• notebook.breadcrumbs.showCodeCells：面包屑是否包含代码单元格。

这与 Jupyter Notebook 文档 中的描述一致：大纲默认只显示 Markdown 标题，需要代码单元格时需显式开启对应设置（还可使用notebook.outline.showMarkdownHeadersOnly、notebook.outline.showCodeCellSymbols进一步筛选）。

Notebook 差异编辑器：富输出渲染与性能改进

Notebook 文档的差异（diff）编辑器现在支持渲染富输出，如表格、图片或 HTML 输出：

该特性当时在 Insiders 中可用，可安装 Jupyter 或 .NET Interactive 扩展预览；同时差异编辑器浏览变更时的滚动性能也得到优化。

新增单元格工具栏

“添加单元格”工具栏改为悬停单元格时出现，提升可发现性。

源代码管理：Git 新命令与新设置

Git: Open All Changes 命令

命令面板新增Git: Open All Changes...，一键打开所有已修改与未跟踪的文件。

拉取/同步时对已变基分支的警告

当尝试 pull（或 sync）而当前分支疑似已被 rebase（例如已发布的历史被重写）时，VS Code 会发出警告。

新 Git 设置

预览特性（Preview Features）

在打开的编辑器中搜索（实验性）

search.experimental.searchInOpenEditors设置可在 Stable 中启用“在打开的编辑器中搜索”，Insiders 默认开启。这是长期高票需求（对应 issue #20530）。

TypeScript 4.2 支持

继续为即将发布的 TypeScript 4.2 提供支持，编辑器侧改进包括：

• JS Doc 模板现在生成@returns；
• 已弃用的 DOM API 被标记为弃用；
• 新增声明缺失函数的快速修复；
• 原生支持语义高亮（不再依赖 TypeScript service 插件）。

可通过安装 TypeScript Nightly 扩展体验 4.2 nightly 构建。

新命令：Find References to File

搭配 TypeScript 4.2，新增Find References to File（查找文件引用）命令，可找出某个文件被引用的所有位置：

触发方式有三种：

• 对活动文件执行TypeScript: Find File References命令；
• 右键编辑器标签选择Find File References；
• 在文件资源管理器中右键文件选择Find File References。

远程开发扩展更新

远程开发扩展包（容器、远程机器、WSL）在 1.53 中的亮点（详见 远程发布说明）：

• 恢复重连终端的 UI 状态：重新连接后，分屏终端的分割尺寸与活动终端选择会被还原；
• 连接压缩：使用 WebSocket 的permessage-deflate扩展压缩通信，官方实测弱网环境下客户端→服务端数据约压缩 10.4 倍、服务端→客户端约 7.7 倍；
• 端口属性配置：可在设置中为端口配置label、onAutoForward（notify/silent/openBrowser/ignore）、elevateIfNeeded等属性，端口号支持数值或范围（如3000或30000-40000）；
• 特权端口检测与自动转发：Linux/macOS 下http://localhost:80这类特权端口（<1024）现在可被检测并自动转发；
• 容器支持 SSH 密码连接：通过 SSH 连接 Docker 时可提示输入密码/口令；
• WSL shell 安装扩展：WSL 侧codeCLI 支持--install-extension、--uninstall-extension、--list-extensions（可与--force、--show-versions、--category组合），且仅作用于远程/ WSL 侧的扩展宿主。

扩展开发：稳定 API 与新能力

扩展指南（Extension Guidelines）

官方发布了一套面向扩展作者的 扩展指南，覆盖 UI 最佳实践、通知与状态更新的约定。例如命令面板贡献命令的 Do's 与 Dont's：

Product Icon Theme API 稳定

产品图标主题（Product Icon Theme）API 转正。主题作者可通过扩展的productIconThemescontribution point 发布替换视图与编辑器中内置图标的主题（图标需定义为图标字体中的字形，且当前限制为单色），详见 产品图标主题指南。用户通过Preferences: Product Icon Theme命令切换。

StatusBarItem 背景色 API 稳定

StatusBarItem的backgroundColor属性从提案转正。为避免状态栏过于花哨，当前仅支持statusBarItem.errorBackground。典型用途是让扩展在状态栏标示错误状态——例如 ESLint 扩展可以用该颜色提醒用户工作区尚未启用 ESLint。

新增 CancellationError 类型

新增vscode.CancellationError错误类型，用于响应CancellationToken被取消，或当操作被其执行者取消时抛出。

OnEnterRule.previousLineText

OnEnterRule新增previousLineText属性，可按回车时上一行的文本决定规则是否命中。综合 语言配置指南，一条onEnterRule可同时匹配：

• beforeText（必填）：光标前的文本（限于当前行）；
• afterText：光标后的文本（限于当前行）；
• previousLineText：光标上一行的文本。

命中的规则可执行indent（none/indent/outdent/indentOutdent）、appendText、removeText等动作。

onEnterRules 支持语言配置文件

此前onEnterRules只能通过vscode.languages.setLanguageConfigurationAPI 定义；现在可直接写在语言配置文件（language configuration file，即language-configuration.json）中，例如：

"onEnterRules": [ { "beforeText": "^\\s*(?:def|class|for|if|elif|else|while|try|with|finally|except|async).*?:\\s*$", "action": { "indent": "indent" } } ]

语义令牌命令

新增 4 个用于调用语义令牌提供者的命令（均以vscode.开头、由扩展内部调用）：

• vscode.provideDocumentSemanticTokensLegend（参数：Uri）
• vscode.provideDocumentSemanticTokens（参数：Uri）
• vscode.provideDocumentRangeSemanticTokensLegend（参数：Uri）
• vscode.provideDocumentRangeSemanticTokens（两个参数：Uri与Range）

Secrets API

与存储 API 类似，新增按扩展隔离的机密存储/读取 API，扩展可将敏感信息存入操作系统凭据管理器或密钥库（keystore）。

workspaceContains 激活行为修复

修复了workspaceContains激活事件的一个 bug：此前当模式仅针对工作区根目录文件时，仍会触发对整个工作区的搜索，影响启动性能；修复后搜索范围被正确收窄。注意：部分此前被“误激活”的扩展可能不再被激活。该变更自 1 月初起已在 Insiders 中生效。workspaceContains激活事件的常规用法是：打开文件夹且其中存在匹配 glob 模式的文件时激活扩展（详见 激活事件参考）。

更新后的加载图标

加载图标更新，交互更平滑。

Git 扩展 API

• 新增API.onDidPublish事件：仓库或分支从 Git 扩展发布时触发；
• 新增API.openRepository方法：让扩展告知 Git 扩展其他仓库（如工作区之外、或嵌套更深的位置）；
• API.push方法新增可选force参数；
• API.commit的CommitOptions新增可选requireUserConfig，避免强制要求用户名/邮箱。

欢迎视图内容链接启用状态

viewsWelcome贡献点中指定enablement表达式时，表达式求值为 false 的命令链接会渲染为不可用状态。

resolveTreeItem

resolveTreeItemAPI 现在支持取消（cancellation），且可用于解析TreeItem的command属性。

提案 API：提前体验与示例

提案 API 变化频繁，体验方式固定为三点：使用 Insiders 构建、在package.json中声明"enableProposedApi": true、将最新版vscode.proposed.d.ts复制到项目源码位置。注意：使用提案 API 的扩展无法发布，下一版本可能有破坏性变更。

Inline Value Provider API

内置Show Inline Values（显示内联值）功能基于 VS Code 核心的通用实现，无法通过设置自定义或扩展定制，且因不理解源语言可能显示错误值。为此正在设计允许扩展完全或部分替换内置实现的 API，1.53 发布了初始提案（对应 issue #105690）。

测试 API（Testing）

正在探索 VS Code 内的测试支持（对应 issue #107467），首个版本 API 已进入vscode.proposed.d.ts。本迭代聚焦构建 Selfhost Test Provider 与基础 UI：测试资源管理器、装订线装饰（gutter decorations）以及结果 peek 视图。

External URI Opener

提案的 external URI opener API 允许扩展接管用户在编辑器中点击的 HTTP/HTTPS 链接（例如浏览器预览扩展可在 VS Code 内直接打开本地服务器链接）。用法：

1. 为支持的 URL scheme 添加onOpenExternalUri激活事件（当前仅http、https）：

"activationEvents": [ "onOpenExternalUri:http", "onOpenExternalUri:https" ]

2. 在激活逻辑中调用registerExternalUriOpener注册 opener：

vscode.window.registerExternalUriOpener('myExtension.opener', { canOpenExternalUri(uri: vscode.Uri) { // 用户首次选中链接时调用，VS Code 需要判断哪些 opener 可用。 if (uri.authority === 'localhost:8080') { // 对该 URI 使用默认优先级，VS Code 始终有自带 opener，会提示用户选择。 return vscode.ExternalUriOpenerPriority.Default; } // opener 可用但不作为默认 return vscode.ExternalUriOpenerPriority.Option; }, openExternalUri(resolveUri: vscode.Uri) { // 用户选中该 opener 后真正打开 URI。 } }, { schemes: ['http', 'https'], label: localize('openTitle', "Open URL using My Extension"), });

之后在编辑器或终端中点击指向localhost:8080的链接时，会提示选择打开方式：

3. 也可通过workbench.externalUriOpeners设置为特定 URI 配置默认 opener：

"workbench.externalUriOpeners": { "localhost:8081": "myExtension.opener" }

协议更新：LSP 3.17 与 LSIF 工具

• Language Server Protocol：启动 3.17 版本协议的工作，首个提案特性是更详细的补全项标签（completion item label）。
• Language Server Index Format（LSIF）：改进 TypeScript 索引器并扩大开源仓库测试范围，主要改进包括：
  • 宽容索引模式（--moniker选项）：内存占用更高，但符号 moniker 计算错误时不至于失败；
  • 日志文件支持，便于定位 moniker 无法正确计算的场景；
  • 新的 LSIF dump 校验工具（lsif-tooling）：可校验任何工具产出的 dump，检查顶点/边的布局与属性、顶点在边引用前已发射、边基数、边的出入类型，以及 dump 分区是否正确（例如结果分区不会加入已关闭的文档/项目）。

调试适配器协议（DAP）变更

VariablePresentationHint.kind中的dataBreakpoint值已弃用

此前通过检查VariablePresentationHint的kind是否为dataBreakpoint来判断对象是否具有数据断点。但kind一般用于标识对象的实际类型（接口、方法、派生类等），数据断点跟踪属于 UI 用途，应作为attribute声明（可与其他属性、kind 并存）。因此：

• 弃用kind属性中的dataBreakpoint值；
• 在attribute属性中新增hasDataBreakpoint值。

工程与平台更新

性能改进

GitHub Actions 与 Azure DevOps Pipelines 基础设施大幅优化，构建更快更频繁，官方称构建耗时缩短约一半。

Electron 11 更新

1.53 完成 Electron 11 的捆绑（Chromium 87.0.4280.141、Node.js 12.18.3）。

破坏性变更：为使用 Electron，x64 Linux 构建镜像升级为 Ubuntu-18.04，原生模块的最低 GLIBCXX 要求提升到3.4.22，经构建系统调整后回退到 gcc-5 工具链，最低要求降至3.4.21。已知可用的 x64 桌面发行版：

• Ubuntu 16.04 及更新
• Fedora 24 及更新
• Debian 9 及更新
• CentOS 8 及更新

注意：远程开发组件仍使用 GLIBCXX3.4.19，支持平台不变。其他发行版可通过安装 gcc-5 及以上工具链规避原生模块的 GLIBCXX 错误（但不保证运行时所有组件正常），或改用远程开发套件在旧发行版上工作。

Apple Silicon Insiders

得益于 Electron 11，Apple Silicon 支持持续推进。Insiders 的 macOS 下载提供三种变体：x64（Intel 芯片）、arm64（Apple Silicon 芯片）、universal（两者均可原生运行，为网站默认下载项）。Universal 应用同时打包 x64 与 arm64，首次安装下载体积显著增大，但简化了向新 Mac 的迁移。官方原计划将 Apple Silicon 构建推送到 Stable，但因 macOS Big Sur 11.2 上加载 WASM 模块导致扩展宿主崩溃（issue #115646）而推迟。

Debian 仓库迁移

为在单一仓库中支持 x64、ARM 与 ARM 64 位架构，仓库迁移至http://packages.microsoft.com/repos/code。VS Code Debian 包会自动将系统迁移到新仓库，无需手动操作。

Electron 沙箱化进展

继续推进窗口启用 Electron 的 sandbox 与 context isolation：

• 与后台共享进程的 IPC 从 Node.js socket 改为 Electron 的 MessagePort API；
• 新增内部选项启用主窗口的实验性vscode-file协议（issue reporter 与进程资源管理器上一版本已使用）；
• 移除了 VS Code 窗口中更直接的 Node.js API。

Trusted Types 合规

VS Code 已完成对 W3C Trusted Types 规范的合规改造。

文档更新

• 远程开发：发布 Dev Containers 入门视频系列（8 集），演示如何获取、创建与配置基于容器的开发环境。
• when 子句参考：when子句文档独立为 when clause contexts 参考，涵盖条件运算符、可用上下文以及扩展贡献菜单/视图时的可见性控制。例如内置调试启动命令的键绑定：

{ "key": "f5", "command": "workbench.action.debug.start", "when": "debuggersAvailable && debugState != 'initializing'" }

其中debuggersAvailable表示有合适的调试器扩展可用，debugState取值可为inactive、initializing、stopped、running（详见 when clause 上下文参考）。

• CodeTour 教学：新主题向教育者介绍 CodeTour 扩展，可在代码库上制作自定进度的导览，帮助学生快速上手新项目与作业。
• 什么是 VS Code 工作区：新主题解释单文件夹、多根与未命名工作区的差异。

值得关注的修复

1.53 修复了一批高影响问题，例如：

• 修改debug.console.wordWrap不再需要重启；
• 触控板鼠标滚动切换标签的横向灵敏度问题；
• 终端中 alt-click 链接出现^[[D乱码的问题；
• 用户设置中不再包含带默认值的已修改设置；
• 调试器输出滚动时的卡顿；
• 长文件路径配合自定义编辑器时的“Maximum call stack size exceeded”；
• 热退出（hot exit）时提示用户哪些编辑器未能备份；
• Watch 面板“复制值”支持多选。

完整清单见 release-notes/v1_53.md 的 Notable fixes 章节。

小结

VS Code 1.53 是一次“体验打磨 + 开发者平台”并重的发布：工作台层面新增标签换行、标签装饰、统一搜索模式与预览导航设置；调试层面解锁多会话并发与全类型断点条件编辑，JavaScript 调试器补齐条件异常断点与worker_threads；Notebook 获得大纲导航与富输出差异渲染；而对扩展作者而言，Product Icon Theme、StatusBar 背景色、Secrets、previousLineText等一批 API 转正，配合 external URI opener、测试等提案 API，为生态建设提供了更稳固的底座。若需查阅本文引用的完整原文与配套文档，可直接在仓库中浏览 release-notes/v1_53.md 与 remote-release-notes/v1_53.md，并参考 用户界面、代码片段、语言配置指南 等主题文档深入了解。

• 文档
• 教程