根本原因是PATH中旧版本路径优先级更高；运行which cmake确认实际调用路径，若为/usr/bin/cmake而新版本在/usr/local/bin，则将export PATH="/usr/local/bin:$PATH"加入~/.bashrc或~/.zshrc并source生效，最后新开终端验证。
新装的 cmake 版本没生效，根本原因不是安装失败，而是 shell 找到的仍是旧路径下的可执行文件——which cmake 返回的路径决定了你实际在用哪个版本。
检查当前 cmake 实际调用路径
先确认系统到底在用哪个 cmake：
- 运行
which cmake，看输出是/usr/bin/cmake（旧版）还是/usr/local/bin/cmake（常见新版默认路径） - 直接调用新路径验证：
/usr/local/bin/cmake --version，如果显示 3.19.8，说明安装成功，只是没被优先选中 - 运行
echo $PATH，观察/usr/bin是否排在/usr/local/bin前面——这是最常见原因
修改 PATH 让新版本优先生效
不改系统全局配置，只影响当前用户，安全且可逆：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 编辑
~/.bashrc或~/.zshrc（取决于你用的 shell） - 在文件末尾添加：
export PATH="/usr/local/bin:$PATH"（如果新版装在别处，比如/opt/cmake-3.19.8/bin，就写对应路径） - 执行
source ~/.bashrc（或source ~/.zshrc）刷新环境 - 再运行
which cmake和cmake --version验证
软链接覆盖 /usr/bin/cmake 的风险点
有人会直接 sudo ln -sf /usr/local/bin/cmake /usr/bin/cmake，但要注意：
- Ubuntu 系统自带的包管理器（如
apt）可能依赖旧版cmake的 ABI 行为，强行覆盖可能导致后续apt install报错或中断 - 如果系统里装了 ROS 或其他构建敏感生态，
/usr/bin/cmake被动过可能引发难以定位的 CMakeLists.txt 解析差异 - 更稳妥的做法是只调整用户级
PATH，或者用update-alternatives管理多版本：sudo update-alternatives --install /usr/bin/cmake cmake /usr/local/bin/cmake 1
真正容易被忽略的是：不同 shell（bash/zsh）、不同终端标签页、甚至 VS Code 内置终端，都可能未加载最新 PATH。改完配置后，务必新开一个终端再验证，别只在当前已打开的窗口里 source 了事。
