我帮你分析下这个问题：你的代码本身完全没问题——正常运行时能正确读取输入并输出，说明逻辑没有问题。崩溃只发生在调试阶段，而且错误是0xC0000005: Access violation writing location 0x0000000000000000，这大概率是调试器和Rust运行时的兼容性问题，结合你的配置和版本信息，我给你几个针对性的解决方案：

1. 换掉不兼容的C++调试器 #

你现在用的cppvsdbg是微软为C/C++设计的调试器，用来调试Rust程序会有兼容性冲突，尤其是旧版本的Rust工具链。建议换成Rust生态更适配的调试器，比如lldb。

修改你的launch.json配置：

{
    "version": "0.2.0",
    "configurations": [
        {
            "name": "Rust Debug Launch",
            "type": "lldb",
            "request": "launch",
            "program": "${workspaceFolder}/target/debug/learn.exe",
            "args": [],
            "stopAtEntry": false,
            "cwd": "${workspaceFolder}",
            "environment": [],
            "externalConsole": false,
            "preLaunchTask": "compile"
        }
    ]
}

注意我把${workspaceRoot}换成了${workspaceFolder}（旧VS Code里这两个变量有差异，统一用后者更稳妥），同时关闭了外部控制台，用VS Code内置终端调试，避免交互冲突。

2. 升级你的Rust工具链到稳定版 #

你用的是2017年的nightly版本，这个版本太老旧了，和现在的VS Code插件、调试器兼容性极差。赶紧升级到最新稳定版：

rustup default stable
rustup update

稳定版不仅兼容性更好，还能避免很多nightly版本的未知bug。

3. 更新VS Code相关插件 #

你的Rust、RLS、C/C++插件版本都比较旧，建议在VS Code的扩展商店里把这些插件更新到最新版——新插件对Rust调试的支持完善了很多，能解决不少旧版本的适配问题。

4. 验证编译任务的正确性 #

手动运行一次cargo build，确认能生成target/debug/learn.exe文件，确保tasks.json里的编译任务没有问题。有时候调试前的预编译任务如果出问题，会导致调试器加载错误的可执行文件，引发奇怪的崩溃。

补充说明：为什么正常运行没问题？ #

正常运行时，Rust的运行时会直接处理标准IO操作，不需要调试器介入；但用cppvsdbg调试时，调试器会拦截系统调用，旧版本的调试器和Rust的IO处理逻辑不兼容，才会触发空指针写入的访问违例——这完全是调试工具链的适配问题，和你的代码无关。

内容的提问来源于stack exchange，提问作者fis