update-alternatives 是唯一可靠方式，因其通过系统级符号链接链（/usr/bin/clang → /etc/alternatives/clang → 实际二进制）统一管理多版本LLVM工具链，确保clang、clang++、llvm-config等协同一致，避免PATH或alias导致的构建系统（CMake/meson/IDE）不一致问题。
为什么 update-alternatives 是唯一可靠的方式
Ubuntu 官方仓库安装的 LLVM 工具链（如 clang、clang++、llvm-config）默认不自动注册到系统替代链中。即使你用 apt install clang-14 clang-17 装了多个版本，执行 clang --version 仍可能显示旧版本或报错“command not found”——因为 /usr/bin/clang 没有被指向任一真实二进制，而是悬空或指向系统默认（通常是最早装的那个）。update-alternatives 是 Debian/Ubuntu 系统级多版本共存的底层机制，它管理的是符号链接链（/usr/bin/clang → /etc/alternatives/clang → /usr/lib/llvm-14/bin/clang），不是 PATH 覆盖或 alias，所以能确保所有依赖该工具的流程（如 CMake、meson、IDE 构建系统）一致生效。
update-alternatives --install 的参数必须成对注册
LLVM 工具链不是单个命令，而是一组协同工作的二进制：至少要同步注册 clang、clang++、llvm-config，否则会出现“clang++ 能用但 llvm-config --version 报错”这类不一致问题。每个 --install 命令必须指定唯一优先级（数字越大优先级越高），且路径必须是绝对路径：
sudo update-alternatives --install /usr/bin/clang clang /usr/lib/llvm-14/bin/clang 140sudo update-alternatives --install /usr/bin/clang++ clang++ /usr/lib/llvm-14/bin/clang++ 140sudo update-alternatives --install /usr/bin/llvm-config llvm-config /usr/lib/llvm-14/bin/llvm-config 140- 同理为 LLVM 17 注册：把路径换成
/usr/lib/llvm-17/bin/...，优先级设为170（必须 ≠ 140）
注意：/usr/lib/llvm-XX/bin/ 是 Ubuntu 官方包的标准安装路径；如果你用 apt install clang-17，它会自动创建这个目录；若手动编译安装，则需确认真实路径再填入。
Ubuntu 26.04 LTS（代号“Resolute Raccoon”）是Canonical于2026年4月23日发布的下一代长期支持版操作系统，提供长达10年的技术支持。它搭载Linux 7.0内核与GNOME 50桌面环境，全面转向Wayland协议，并引入Rust重写的核心工具以增强安全性。官方提供适用于AMD64和ARM64架构的桌面及服务器ISO镜像，是追求前沿技术与极致稳定的开发者
切换时必须用 --config 而非直接改 symlink
运行 sudo update-alternatives --config clang 后，终端会列出所有已注册的 clang 版本供选择编号。选中后，update-alternatives 会原子化更新整个链路，包括其 slave 链接（如 clang++ 和 llvm-config 如果已正确注册为 slave，也会同步切换）。不要手动 ln -sf 指向某个版本，否则：
• clang++ 可能仍指向旧版本
• update-alternatives --display clang 显示状态为 manual mode，后续 --auto 切换会失效
• CMake 中 find_package(LLVM) 可能因 llvm-config 版本不匹配而失败
验证是否真正生效的三个关键点
仅看 clang --version 不够，必须检查三处：
- 主命令：
clang --version和clang++ --version输出版本号一致 - 配置工具：
llvm-config --version输出相同主版本（如 17.0.1），且llvm-config --bindir指向对应/usr/lib/llvm-17/bin/ - 构建系统行为：在空目录下运行
cmake -DCMAKE_CXX_COMPILER=clang++ ..，检查日志中是否出现clang version 17.而非 14
最容易被忽略的是 llvm-config ——很多项目（尤其是 Rust 的 llvm-sys 或自定义 pass 开发）强依赖它返回的头文件路径和链接标志，版本错配会导致编译期找不到 llvm/IR/Instructions.h 这类头文件。
