cargo run报“command not found”是vscode启动时未继承shell的path，非路径配置错误；mac/linux应终端执行code .启动，windows需确保%userprofile%.cargo\bin在系统path中，并验证cargo --version和rustc --version有输出。
cargo run 报 command not found 是 PATH 没继承，不是路径配错了
VSCode 启动时若没加载 shell 的环境变量，cargo 就根本不在它能看到的 PATH 里。这不是 tasks.json 或 launch.json 路径写错的问题，而是 VSCode 根本找不到命令。
验证方式：打开集成终端（Ctrl+`），执行 cargo --version 和 rustc --version —— 两个都得有输出才算到位。
- Mac/Linux：别双击图标启动 VSCode，关掉后在终端进项目根目录（含
Cargo.toml），运行code . - Windows：检查系统环境变量是否包含
%USERPROFILE%\.cargo\bin；若无，重装rustup-init.exe并务必勾选 “Add to PATH” - 别信 “Reload Window”，它不刷新环境变量，必须彻底退出再重开
launch.json 里 program 路径写死就容易断点失效
VSCode 默认生成的调试配置常硬编码 "program": "./target/debug/my-app"，但 Rust 编译出的二进制名默认是 ${workspaceFolderBasename}（比如文件夹叫 hello-world，实际生成的是 hello_world），大小写、连字符都会被转成下划线。
VSCode 1.118
下载
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
正确做法是用变量动态拼接：
"program": "${workspaceFolder}/target/debug/${workspaceFolderBasename}"
-
"args"别写["run"]，改成["build"]，避免每次调试都重复编译 - 确认
Cargo.toml里没写[profile.dev.debug = 0]—— 这行会关掉调试信息，删掉或设为2 - 如果项目有多个 binary，加
"filter"明确指定："name": "my_bin", "kind": "bin"
cargo build 和 cargo run 的输出路径其实是一样的
只要没加 --release，cargo build 和 cargo run 都把可执行文件放进 ./target/debug/，名字也一致。区别只是前者只构建，后者构建完立刻执行。
- 手动跑
cargo build后，去./target/debug/看一眼文件是否存在，能快速判断是不是路径问题 - 如果
cargo run成功但调试失败，大概率是launch.json指向了release目录，或者 debug info 被关了 - 注意：Rust 默认不开启
debug信息用于 release 构建，所以调试一定要用 dev 模式（即不加--release）
中文路径或空格会导致 cargo 静默失败
某些 Windows 终端或旧版 cargo 在非 ASCII 路径下不会报错，而是直接卡住或跳过构建。这不是 VSCode 的锅，是底层工具链对路径编码的支持不稳定。
- 建议项目根目录放在干净路径，例如
C:\dev\my-rust-project或~/code/hello - 如果必须用中文路径，先在终端里手动执行
cargo build，看是否真能成功；不能就换路径，别在 VSCode 里反复试 - 空格同理——
C:\Users\My Name\project很可能触发 shell 解析错误，换成C:\Users\MyName\project
${workspaceFolderBasename} 这个变量，它不等于文件夹名原样，中间的连字符、点号、大写字母全会被标准化，这点容易被忽略。
