ctrl+alt+n（windows/linux）或cmd+option+n（macos）可直译运行当前文件，无需项目结构或launch.json，本质是调用对应cli工具执行单文件，但依赖path、英文路径及终端配置。
直接用 Ctrl+Alt+N（Windows/Linux）或 Cmd+Option+N（macOS）就能运行当前文件，无需项目结构、不生成临时目录、不弹出新窗口——这是最接近“写完即跑”的轻量验证路径。
为什么不用 F5 调试？
VSCode 的 F5 启动的是完整调试会话，依赖 launch.json 配置、需要构建输出、会挂起进程等待断点。而算法验证阶段往往只需要“看一眼输出是否符合预期”，启动调试器反而引入延迟和配置负担。
- 调试模式下首次运行常卡在“正在准备调试环境”，尤其 C# 或 Java 语言服务器加载慢时，等待超 3 秒很常见
-
launch.json里若漏配program或args，会直接报错Cannot launch program 'xxx' because corresponding JavaScript file cannot be found（即使你写的是 C++） - 对单文件脚本（如
quick_sort.cs），调试器默认尝试加载bin/Debug/net8.0/quick_sort.dll，但轻量模式下根本没执行dotnet build
Code Runner 的 Ctrl+Alt+N 实际做了什么？
它本质是调用语言对应 CLI 工具的“直译式执行”：跳过编译缓存、绕过项目系统、以当前文件为唯一输入源。不同语言行为略有差异：
- C#：执行
dotnet run --project . --no-build --no-restore --configuration Debug --framework net8.0，但前提是文件含Main方法；否则 fallback 到dotnet script模式（需提前dotnet tool install -g dotnet-script） - Python：直接调用
python -u "path/to/file.py"，-u确保 stdout 实时刷新，避免缓冲导致输出延迟 - JavaScript：用
node --no-warnings "path/to/file.js"，屏蔽 V8 内部警告，聚焦逻辑输出 - 注意：C++ 默认不支持单文件直跑，需手动配置 Code Runner 的
code-runner.executorMap，例如："cpp": "cd $dir && g++ -std=c++20 $fileName -o $fileNameWithoutExt && ./$fileNameWithoutExt"
容易被忽略的三个陷阱
快捷键看似简单，但实际踩坑多集中在环境链路断裂处：
-
dotnet命令找不到：不是没装 SDK，而是 VSCode 终端未继承系统 PATH（尤其 macOS 上通过 Launchpad 启动的 VSCode）。解决方法：终端里执行which dotnet，若为空，改用命令行启动 VSCode：code . - 中文路径报错
error CS2001: Source file 'xxx.cs' could not be found：Code Runner 默认用cmd.exe（Windows）或sh（macOS/Linux）执行命令，对 Unicode 路径支持差。建议将工作区放在纯英文路径下，如~/algo-test/ - 多次运行后输出混杂：Code Runner 默认复用同一终端，旧输出未清屏。可在设置中开启
code-runner.clearPreviousOutput，或手动加Console.Clear()（C#） /print("\033c")（Python）
真正关键的不是快捷键本身，而是确保从编辑器 → 终端 → CLI 工具这条链路上每个环节都“不设防”——没有隐藏的构建步骤、没有静默失败的依赖检查、没有路径编码歧义。轻量，是以可预测性为前提的。
