源码编译安装失败可预期可调试，关键在逐阶段定位：configure报“not found”需补-dev/-devel包及工具链；make卡顿或internal error应降为单线程并检查内存；install后命令或库找不到须配置PATH和rpath；卸载应删--prefix目录而非依赖make uninstall。
源码编译安装不是“一键搞定”的操作，它本质是一套可预期、可调试的构建流程，只要每步确认好依赖和路径，失败基本都能定位到具体环节。
configure 报错“not found”或“checking for … no”怎么办
这不是脚本有问题，而是 configure 在探测系统环境时发现关键组件缺失。错误信息里提到的关键词（比如 openssl、zlib、C compiler）就是你要补的东西。
- 先确认基础工具链：运行
gcc --version和make --version，没有就装build-essential（Debian/Ubuntu）或"Development Tools"（RHEL/CentOS/Fedora） - 再看报错中带
-dev或-devel的库名：比如提示checking for OpenSSL library ... not found，就装libssl-dev（Debian）或openssl-devel（RHEL） - 如果依赖装了还报错，可能是头文件或库不在默认路径（如你自建了 OpenSSL 到
/opt/openssl），就得加参数显式指定：./configure --with-openssl=/opt/openssl或用环境变量CFLAGS="-I/opt/openssl/include" LDFLAGS="-L/opt/openssl/lib"
make -j$(nproc) 编译卡住或报 internal compiler error
多核加速是常态，但不是万能。有些老项目 Makefile 写法不严谨，或内存不足时并行编译会触发 GCC 内部错误。
- 先退回单线程：直接跑
make，看是否能过。如果可以，说明是并发导致的资源争用或顺序依赖问题 - 限制核心数：比如只用 2 核，
make -j2，比-j$(nproc)更稳妥 - 检查内存：
free -h看可用内存是否低于 1GB；编译大型项目（如 Chromium、LLVM）时，-j$(nproc)可能瞬间吃光内存，引发 OOM killer 杀进程 - 临时加
-l限制负载：make -j$(nproc) -l4表示“最多用 4 的系统平均负载”，避免拖垮整机
make install 后命令找不到或运行时报 shared libraries 错误
安装成功 ≠ 能直接用。两个常见断点：PATH 没设，或动态库路径没注册。
-
which nginx或/usr/local/bin/myapp --version找不到？检查--prefix路径下的bin/是否真有可执行文件，然后把该路径加进 shell 配置：export PATH="/usr/local/myapp/bin:$PATH"，再source ~/.bashrc - 运行时报
error while loading shared libraries: libxxx.so.x: cannot open shared object file？说明程序编译时链接了非系统路径的库，但运行时不认。优先用--with-ld-opt="-Wl,-rpath,/opt/openssl/lib"在 configure 阶段就把运行时路径硬编码进去；次选用sudo ldconfig -v | grep xxx确认库已注册到系统缓存 - 别手动改
/etc/ld.so.conf，用/etc/ld.so.conf.d/xxx.conf单独建文件，避免污染全局配置
卸载源码安装的软件为什么不能 make uninstall
绝大多数开源项目根本不提供 make uninstall 目标，Makefile 里压根没定义它。这不是疏忽，而是设计取舍：安装路径由用户指定，清理逻辑无法自动推断。
- 唯一可靠方式是删掉整个
--prefix目录，比如sudo rm -rf /usr/local/nginx - 若担心误删，configure 前先用
--prefix=$HOME/local/myapp装到家目录，卸载只需rm -rf $HOME/local/myapp - 想留痕？编译前用
make -n install > install_manifest.txt预览将复制哪些文件（注意：这仅是模拟，不保证 100% 准确） - 真正需要频繁装/卸的场景，建议用容器或包管理器（如 Nix、Spack），源码编译更适合长期稳定部署
最易被忽略的是 configure 阶段的输出——它不报错，但最后一行 “config.status: creating Makefile” 前的警告（warning）可能已经埋下后续失败的种子；还有就是 make install 后别急着启动服务，先用 ldd 和 readelf -d 看一眼二进制依赖是否干净。
