够，但仅支持C/C++编译；需额外安装python3-dev、clang、cmake、git、pkg-config、libssl-dev等工具和库才能满足通用开发需求。
Ubuntu/Debian 上装 build-essential 就够了吗？
够，但只够“编译 C/C++ 程序”这一件事。它本身是元包（metapackage），依赖 gcc、g++、make、libc6-dev 等，不包含 Python 构建工具、Rust 编译器、Node.js 或调试器 gdb。
- 运行
sudo apt install build-essential后，能跑gcc --version和make -v，但pip install带setup.py的包可能失败（缺python3-dev） - 如果项目含 C 扩展（如 NumPy、Pillow 编译安装），还得单独装
python3-dev和对应 Python 版本头文件 -
build-essential不提供clang，想用 Clang 编译得额外装clang包
CentOS/RHEL 8+ 怎么装等效工具链？
没有叫 build-essential 的包，对应的是 @Development Tools 软件组，但默认不启用开发仓库（BaseOS 和 AppStream 都要开）。
- 先确认仓库可用：
dnf repolist应看到baseos和appstream - 再装工具组：
sudo dnf groupinstall "Development Tools" - 注意：这个组不含
cmake（得单独dnf install cmake），也不含git（RHEL 默认不预装） - 若用
yum（旧版 CentOS 7），命令是yum groupinstall "Development Tools"，但yum不自动解决某些 Perl 依赖，可能卡在perl-ExtUtils-MakeMaker
装完还是提示 “command not found: make”？
常见于最小化安装系统或容器镜像（如 ubuntu:22.04 官方镜像），build-essential 装了，但 shell 的 PATH 没刷新，或用户不是 root 且没重登录。
- 检查是否真装上了：
dpkg -l | grep build-essential（Debian/Ubuntu）或rpm -q @development-tools（RHEL/CentOS） - 确认
make是否在磁盘上：which make或/usr/bin/make --version - 如果
which无输出但/usr/bin/make存在，大概率是 PATH 里漏了/usr/bin——检查echo $PATH，临时加：export PATH="/usr/bin:$PATH" - Dockerfile 里别写
RUN apt install -y build-essential && make --version连用，apt 可能缓存未生效，建议拆成两行或加source /etc/environment
要不要顺手装 pkg-config 和 libssl-dev？
要，而且几乎必装。很多开源项目（OpenSSL、cURL、GTK、FFmpeg）的 configure 或 cmake 步骤会直接失败，报错类似 pkg-config not found 或 openssl/ssl.h: No such file or directory。
-
pkg-config是查找库编译参数的标准工具，几乎所有 autotools/cmake 项目都依赖它 -
libssl-dev（Debian/Ubuntu）或openssl-devel（RHEL/CentOS）提供 OpenSSL 头文件，不装它，连curl的 C 绑定都编译不过 - 其他高频补丁包：
zlib1g-dev（压缩）、libffi-dev（Python C 扩展调用 C 库）、gettext（国际化支持） - 别用
apt install build-essential libssl-dev一条命令打全——部分包有依赖冲突，分两次装更稳
gcc -v、make -v、pkg-config --version，三个都出来才算真正就位。中间任何一个报 command not found，都不是环境问题，是漏装了。 
