## 前言


2025年，Zed 编辑器正式登陆 Windows 平台，以其极致的性能和现代化的设计迅速吸引了大量开发者。作为一名 Rust 开发者，我一直在寻找一个既轻量又强大的调试工具。本文将分享我在 Zed 中调试 Rust 代码的完整体验，并与 VSCode 进行深度对比。

## 一、Zed 调试器架构：基于 DAP 的设计哲学


Zed 采用了与 VSCode 相同的 Debug Adapter Protocol (DAP) 协议。这个由微软提出的标准化协议，定义了编辑器与调试器之间的通信规范，使得同一套调试客户端可以适配多种语言的调试器。

协议层的优势：


1. 1. 生态复用：Zed 可以直接使用现有的调试适配器（如 CodeLLDB、cppdbg），无需重新实现

2. 2. 一致性体验：开发者在不同编辑器间切换时，调试体验保持一致


但 Zed 在实现上做了取舍——它没有像 VSCode 那样提供丰富的扩展 API，而是选择内置核心调试功能，保持编辑器的轻量性。

## 二、Rust 项目调试配置详解


### 配置文件结构


在 Zed 中，调试配置存储在 .zed/debug.json 文件中。与 VSCode 的 .vscode/launch.json 不同，Zed 采用更简洁的数组结构：

```
[
  {
    "label": "Debug hello_world",
    "adapter": "CodeLLDB",
    "request": "launch",
    "program": "$ZED_WORKTREE_ROOT/target/debug/hello_world",
    "args": [],
    "cwd": "$ZED_WORKTREE_ROOT",
    "build": {
      "command": "cargo",
      "args": ["build"]
    }
  }
]
```
或者使用mingw

```
[
  {
    "label": "Debug hello_world (gdb)",
    "adapter": "cppdbg",
    "request": "launch",
    "program": "$ZED_WORKTREE_ROOT/target/debug/hello_world.exe",
    "MIMode": "gdb",
    "miDebuggerPath": "gdb",
    "args": [],
    "cwd": "$ZED_WORKTREE_ROOT",
    "env": {},
    "build": {
      "command": "cargo",
      "args": ["build"]
    }
  }
]
```
### 关键差异点


配置文件路径：Zed 使用 .zed/debug.json，VSCode 使用 .vscode/launch.json

配置结构：Zed 是纯数组，VSCode 是 { "configurations": [...] }

路径变量：Zed 使用 $ZED_WORKTREE_ROOT，VSCode 使用 ${workspaceFolder}

预构建任务：Zed 使用 build 字段，VSCode 使用 preLaunchTask + tasks.json

适配器命名：Zed 使用 CodeLLDB，VSCode 使用 lldb（由扩展定义）

### 调试适配器选择


对于 Rust 开发，主要有两个选择：

CodeLLDB（推荐）：专为 LLDB 设计，与 Rust 集成度高，支持 Rust 特有的数据类型显示（如 Option、Result），需要从 GitHub 下载扩展（可能遇到网络问题）

cppdbg + gdb：基于 GDB，兼容性好，无需额外下载，MinGW 自带，对 Rust 类型的支持相对基础

## 三、实战：调试 Rust 变量系统


以一个学习 Rust 变量系统的项目为例，展示调试器的实际应用。

示例代码：

```
fn main() {
    // 不可变变量
    let x = 5;
    
    // 可变变量
    let mut y = 10;
    y = 20;
    
    // 变量遮蔽
    let z = 5;
    let z = z + 1;
    let z = z * 2;
    
    // 类型推断
    let a = 5;        // i32
    let b: i64 = 10;  // 显式指定
    let c = 3.14;     // f64
    
    // 元组
    let tup: (i32, f64, u8) = (500, 6.4, 1);
    let (x, y, z) = tup;
    
    // 数组
    let arr = [1, 2, 3, 4, 5];
    
    println!("Debug here");
}
```
调试技巧：


1. 1. 断点设置：点击行号左侧空白处，或使用 F9

2. 2. 条件断点：右键断点图标，设置触发条件

3. 3. 变量监视：调试面板实时显示所有变量状态

4. 4. 表达式求值：在调试控制台执行任意 Rust 表达式


![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-11859176/a253f881673a5c50d5bc928d9f320478.png)
开始调试
使用快捷键f4
![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-11859176/478947a259424e5ed33c196c60f6c0dc.png)
注意需要点击下面的有LSP的run var选项

效果如下
![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-11859176/72611ecd3360df42e7a53fbc40754081.png)
zed 会把当前的变量值卸载变量的后面，用冒号分开

如下是zed的调试面板
![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-11859176/cd7c92fd725453114564131b533005f5.png)
这里也可以查看变量值
![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-11859176/a15caf149b22cb958766cf7f0b5a5b67.png)

## 四、与 VSCode 的深度对比


这是我感受最深的差异点。

内存占用：Zed 空项目约 150-200MB；VSCode 空项目约 300-500MB（安装 Rust 相关扩展后）

调试响应：Zed 断点命中、变量查看几乎无延迟；VSCode 偶尔有 100-200ms 的延迟

VSCode
全图形化导向，鼠标优先，调试 UI 高度可视化、悬浮工具栏、侧边常驻面板，新手零学习成本；插件生态极强，调试扩展丰富。
Zed
键盘流极简设计，弱化鼠标按钮，调试控件内嵌底部面板、无悬浮调试条，核心靠快捷键；原生内置 Go/Delve、Rust 调试，无臃肿插件。

另外我比较喜欢zed的一点是断电的红色圆点设计的比较大，而反观vscode的断点却很小。

### 功能完整度


VSCode 优势：扩展生态丰富，几乎所有语言都有对应的调试扩展；配置灵活性高，支持复杂的调试场景；社区支持强大，遇到问题容易找到解决方案；远程调试、容器调试支持成熟

Zed 优势：原生性能，不依赖 Electron；界面设计更现代、更专注；配置文件更简洁，学习成本低；集成终端体验更好

## 五、我的选择与建议


### 何时选择 Zed


1. 1. 本地 Rust 开发：对于纯粹的本地项目，Zed 的性能优势明显

2. 2. 学习阶段：配置简单，适合初学者快速上手

3. 3. 追求效率：如果厌倦了 VSCode 的卡顿，Zed 是很好的替代

4. 4. 新项目：从零开始的项目，值得尝试 Zed


### 何时选择 VSCode


1. 1. 多语言项目：需要调试多种语言时，VSCode 的扩展生态更完善

2. 2. 远程开发：SSH、容器等远程调试场景，VSCode 更成熟

3. 3. 团队协作：团队统一使用 VSCode 时，配置共享更方便

4. 4. 复杂项目：需要高度定制化调试流程时，VSCode 更灵活


Zed 代表了一种新的编辑器哲学：不追求大而全，而是在核心体验上做到极致。它的调试功能虽然不如 VSCode 丰富，但对于 80% 的日常场景已经足够，而且体验更好。

VSCode 则是生产力工具的典范：功能全面、生态丰富、社区活跃。当你需要某个特定功能时，几乎总能在 VSCode 找到对应的扩展。

对于 Rust 开发者，我建议：如果你的工作主要是本地开发，Zed 值得一试；如果你需要远程调试、容器开发等高级功能，继续使用 VSCode；最好的策略是两者都安装，根据场景选择。

## 结语


Zed 的出现为开发者提供了新的选择。它不是完美的，但它代表了编辑器发展的一个方向：在保证核心体验心流的前提下，尽可能轻量和高效。

对于 Rust 开发者来说，Zed 的调试体验已经足够好用。随着生态的完善，它很可能成为 Rust 开发的主流工具之一。

建议大家伙亲自体验，毕竟工具的好坏，只有用了才知道。


----

2025年，Zed 编辑器正式登陆 Windows 平台，以其极致的性能和现代化的设计迅速吸引了大量开发者。作为一名 Rust 开发者，我一直在寻找一个既轻量又强大的调试工具。本文将分享我在 Zed 中调试 Rust 代码的完整体验，并与 VSCode 进行深度对比。

Zed 调试 Rust 代码实战：从配置到体验，与 VSCode 的深度对比

编程语言

开发工具

后端

2025年Zed编辑器正式支持Windows平台，为Rust开发者提供轻量高效的调试体验。文章详细对比Zed与VSCode在Rust项目调试中的差异，包括配置方式、内存占用、响应速度等核心指标。Zed基于DAP协议设计，支持CodeLLDB和cppdbg调试器，配置文件更简洁。适合本地Rust开发和学习使用，而VSCode在多语言支持和远程调试方面更具优势。

远程调试

代码解释

调试器

Windows

容器

GitHub

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

2025年Zed编辑器正式支持Windows平台，为Rust开发者提供轻量高效的调试体验。文章详细对比Zed与VSCode在Rust项目调试中的差异，包括配置方式、内存占用、响应速度等核心指标。Zed基于DAP协议设计，支持CodeLLDB和cppdbg调试器，配置文件更简洁。适合本地Rust开发和学习使用，而VSCo...

Zed 调试 Rust 代码实战：从配置到体验，与 VSCode 的深度对比-腾讯云开发者社区-腾讯云

Zed 调试 Rust 代码实战：从配置到体验，与 VSCode 的深度对比

Zed 调试 Rust 代码实战：从配置到体验，与 VSCode 的深度对比

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐