Ctrl+B无反应或只编译不运行的根本原因不是快捷键失效，而是语言selector未匹配（右下角须显示Python等而非Plain Text）或构建系统未定义“运行”动作；Python需加-u参数和chcp 65001防卡顿乱码，Java/C++需用shell_cmd串联编译与运行并注意文件名一致性。
Ctrl+B（Windows/Linux）或 Cmd+B（macOS）就是默认的“编译运行”快捷键，但按了没反应、只编译不运行、输出一闪而过——这些都不是快捷键的问题，而是构建系统没配对、没激活、或命令写漏了。
为什么 Ctrl+B 按了没反应或只编译不运行
根本原因不是快捷键失效，而是当前文件的语言 selector 没匹配上构建系统，或者构建系统里压根没定义“运行”动作。
- 右下角状态栏必须显示
Python/Java/C++等语言名——这是 selector 匹配成功的唯一视觉信号；如果显示Plain Text，哪怕文件后缀是.py，Ctrl+B也会静默失败 - 纯
"cmd": ["python", "$file"]只执行不等待，含input()的脚本会直接关闭面板，看不到提示 - 想“编译+运行”两步合一，得用
variants（比如 C++ 的"Run"变体），或把命令写成 shell 复合语句，例如"shell_cmd": "javac "$file" && java "$file_base_name"" - Windows 下用
&&必须设"shell": true，否则会被当字面量处理，导致编译完不运行
Python 构建系统怎么写才不丢输出、不乱码
默认 python $file 在 Windows 上容易卡住、中文变问号，核心是缓冲和编码没对齐。
- 加
-u参数：["python", "-u", "$file"]强制未缓冲输出，避免print()卡住不刷屏 - Windows 中文乱码不能只靠
"encoding": "utf-8"，得在 cmd 层切换代码页："cmd": ["chcp", "65001", "&&", "python", "-u", "$file"]并设"shell": true - 如果系统
python命令指向 pyenv 或 conda 环境，建议用where python（Windows）或which python（macOS/Linux）确认真实路径，写死更稳，比如["C:\Users\xxx\AppData\Local\Programs\Python\Python311\python.exe", "-u", "$file"] -
file_regex必须匹配报错格式，否则双击错误行跳不到源码，推荐用"^File "(.*?)", line ([0-9]+)"
Java 和 C++ 怎么做到“一键编译并运行”
Java 和 C++ 都要分两步：先生成字节码/可执行文件，再加载运行。Build System 必须串起这两个动作，且注意类名/文件名一致性。
- Java 示例：
"shell_cmd": "javac -encoding utf-8 "$file" && java "$file_base_name""——-encoding utf-8解决源码中文注释/字符串乱码；$file_base_name去掉.java后缀，确保java命令能正确加载类 - C++ 示例（g++）：
"shell_cmd": "g++ "$file" -o "$file_path/$file_base_name" && "$file_path/$file_base_name""——注意 Windows 下可执行文件有.exe后缀，需补全："$file_path/$file_base_name.exe" - Java 类名必须与文件名严格一致，否则
java命令报ClassNotFoundException；C++ 编译出的可执行文件名若含空格或特殊字符，要用引号包裹"$file_path/$file_base_name"
真正卡住人的从来不是语法，而是 $file 和 $file_base_name 这两个变量在不同语言、不同平台下的行为差异，以及 shell 开关对 &&、chcp 这类操作的实际影响。调通一个构建系统后，复制粘贴改参数是最省事的，但第一次总得盯着状态栏、看输出、试 where 和 chcp。
