答案是必须安装build-essential元包。因为单独安装gcc不包含stdio.h等头文件（属libc6-dev）、make、g++及链接支持，仅能显示版本却无法编译真实代码；而build-essential提供Debian官方定义的最小可用开发环境，安装后需通过编译运行test.c验证全链路就绪。
gcc 在 Debian 上不是单个孤立的二进制，而是一整套工具链的一部分。直接装 gcc 包能跑基础 C 编译，但大概率很快会遇到 fatal error: stdio.h: No such file or directory 这类头文件缺失报错——因为开发用的头文件、静态库、make、g++ 都不在里面。
最稳妥、也最符合 Debian 开发惯例的做法是安装 build-essential 元包。它不是“可选附加”，而是官方定义的「最小可用开发环境」。
为什么不能只 apt install gcc
单独运行 sudo apt install gcc 会装上编译器本体，但不会装：
-
/usr/include/stdio.h等标准头文件（属于libc6-dev） -
make（没有它，连 Makefile 都跑不起来） -
g++（哪怕你现在只写 C，很多构建脚本或第三方库依赖它） - 链接器
ld的配套支持（如libgcc-dev）
gcc --version，但一编译真实代码就卡在第一行 #include。
正确命令只有两步，别跳
终端里顺序执行：
sudo apt update
sudo apt install build-essential
注意两点：
-
apt update不可省——Debian 的build-essential依赖关系在包索引里动态解析，不更新可能因缓存过期导致安装失败或降级 - 不要加
-y参数盲目自动确认，尤其在生产环境或低配 VPS 上，build-essential默认会装约 120MB 的东西，得看一眼提示是否真要继续
验证是否真能用，而不是只看版本号
光跑 gcc --version 没用。真正验证要写个最小可编译单元：
echo '#include <stdio.h>
int main(){printf("ok\n");return 0;}' > test.c
gcc test.c -o test && ./test
如果输出 ok，说明头文件、链接器、运行时库全就位。
如果报 collect2: error: ld returned 1 exit status，大概率是 libgcc1 或 libc6-dev 没装全——这时补装：sudo apt install libc6-dev libgcc1。
想换 GCC 版本？别改 PATH，用 update-alternatives
Debian 官方源通常只提供一个稳定版 gcc（比如 Debian 12 是 12.2.0），但如果你通过 apt install gcc-13 装了新版，直接改 PATH 或软链接容易破坏系统工具链（比如 dpkg-buildpackage 就认 /usr/bin/gcc）。
正确做法是：
sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-13 100 --slave /usr/bin/g++ g++ /usr/bin/g++-13
sudo update-alternatives --config gcc
这样所有系统级构建逻辑仍走统一入口，你自己的项目再用 CC=gcc-13 显式指定即可。
实际中最大的坑不是装不上，而是装了却编译不了——因为漏了头文件或没装 make。build-essential 就是 Debian 给出的标准答案，绕开它，后面八成要回来重装。
