在服务器上查看mpif90路径，最直接的方法是执行which mpif90，如果没有输出，再用find / -name mpif90全局搜索，或者检查MPI安装目录和PATH环境变量。
mpif90是MPI（Message Passing Interface）配套的Fortran编译包装器，它本质上是一个脚本，会在后台调用真正的Fortran编译器（如gfortran、ifort）并自动加上MPI头文件和库文件路径，很多人在服务器上跑并行程序时，第一步就是确认mpif90到底装在哪、能不能被正常调用，下面从最常用的命令讲起,再逐步深入环境变量和不同MPI实现的差异。
服务器上怎么查看mpif90路径？先试这三个命令
如果你只是想快速确认mpif90能不能用,按顺序敲以下命令即可：
which mpif90：直接返回可执行文件的完整路径，例如/usr/bin/mpif90或/opt/openmpi/bin/mpif90，如果没输出,说明该命令不在当前PATH中。type -a mpif90：比which更详细，会列出所有匹配的路径和别名信息，如果有多个MPI实现,这个命令能看到全部位置。command -v mpif90：POSIX标准写法,适合写在Shell脚本里做判断。
这三个命令的本质都是沿着PATH环境变量查找，所以如果你发现which mpif90有结果，但执行时仍然报错，那多半是权限问题或动态库路径缺失,后文会专门说。
提示：
which和type都是Shell内建或独立工具，不同发行版输出格式略有差异,但返回的路径格式一致。
mpif90 not found 解决方案：从bashrc到软链接
实际工作中反而更常见的是“mpif90: command not found”，这时候先不要急着重装，按下面顺序排查,多数情况能定位到问题。
确认MPI到底装没装
先检查系统里是否有任何MPI实现，常见的有OpenMPI、MPICH、Intel MPI，CentOS/RHEL系还会自带mpich或openmpi包。
ls /usr/lib64/openmpi/bin # 查看OpenMPI目录 ls /opt/mpich/bin # MPICH典型安装位置 ls /opt/intel/compilers_and_libraries/linux/bin # Intel MPI
如果这些目录里能看到mpif90，说明软件装了,只是没加入PATH。
手动加载MPI环境
很多服务器集群使用module工具管理软件环境，敲module avail看看有没有openmpi、mpich之类的条目,有的话执行：
module load openmpi
然后重新执行which mpif90，如果服务器没装module，那就直接手动添加PATH，以OpenMPI装在/usr/lib64/openmpi/bin为例：
export PATH=/usr/lib64/openmpi/bin:$PATH source ~/.bashrc
想让它永久生效，把上面这行写到~/.bashrc或~/.bash_profile末尾。
创建软链接到标准目录
如果不想改PATH，也能直接把mpif90软链接到/usr/bin下：
ln -s /usr/lib64/openmpi/bin/mpif90 /usr/bin/mpif90
这种方法适合单机环境，但要注意软链接不会自动带上MPI的库搜索路径，执行编译时可能还会提示找不到libmpi,所以更推荐改PATH。
查到了mpif90路径，但编译还是失败？盯紧LD_LIBRARY_PATH
这是排查路径问题时最容易踩的坑。which mpif90能正确显示路径，但一运行mpif90 -v就报错error while loading shared libraries: libmpi_so.12: cannot open shared object file，原因很简单：mpif90脚本里记录的库路径和当前运行时环境不一致。
打个比方，mpif90就像一张地图，它告诉你MPI头文件和库文件在哪儿，但程序在被加载时，操作系统还需要通过LD_LIBRARY_PATH找到这些.so文件,常见修复方法：
export LD_LIBRARY_PATH=/usr/lib64/openmpi/lib:$LD_LIBRARY_PATH
具体路径要对应你之前找到的mpif90所在目录，比如mpif90在/opt/mpich/bin，那库通常就在/opt/mpich/lib，这个变量同样可以写进~/.bashrc，行业共识认为，MPI编译器报错有相当一部分是动态库路径问题，而不是编译器本身损坏，另外也可以运行ldd $(which mpif90)检查依赖库的解析情况。
不同MPI实现的mpif90路径差异：一张表说清楚
服务器上常见的MPI实现有三类，它们的默认安装路径和命名方式各有特点,这里默认你用的是Linux系统。
| MPI实现 | 常见安装前缀 | mpif90典型路径 | 环境配置方式 |
|---|---|---|---|
| OpenMPI（yum/apt安装） | /usr/lib64/openmpi |
/usr/lib64/openmpi/bin/mpif90 |
手动加PATH，或用module load mpi/openmpi |
| MPICH | /usr/lib64/mpich |
/usr/lib64/mpich/bin/mpif90 |
同OpenMPI类似 |
| Intel MPI | /opt/intel/compilers_and_libraries_/linux/mpi |
/opt/intel/.../bin64/mpif90 |
使用source /opt/intel/.../setvars.sh |
| 源码编译安装（默认） | /usr/local |
/usr/local/bin/mpif90 |
通常已加入PATH，但需确认/usr/local/lib在库路径中 |
如果你登录的是超算节点，路径可能由作业调度系统动态分配，比如Slurm集群中，mpif90路径往往和node之间共享存储有关，此时用module list查看当前已经加载的MPI模块更准确。
在脚本中动态获取mpif90路径：为Makefile和作业脚本减负
了解手动查看路径之后，还有一个实际问题：写Makefile或PBS/Slurm作业脚本时，怎么让程序自动找到mpif90,而不是每次手动改路径？
推荐用command -v配合dirname：
MPIF90 := $(shell command -v mpif90) MPI_DIR := $(shell dirname $(MPIF90))
这样MPI_DIR就是mpif90所在目录,可以进一步推导头文件和库路径：
LIBDIR := $(MPI_DIR)/../lib INCDIR := $(MPI_DIR)/../include
在Shell脚本里也可以这样判断：
if command -v mpif90 >/dev/null 2>&1; then
MPIF90_PATH=$(command -v mpif90)
echo "mpif90 located at: $MPIF90_PATH"
else
echo "mpif90 not in PATH, trying /opt/openmpi/bin..."
MPIF90_PATH=/opt/openmpi/bin/mpif90
fi
这个写法的好处是，即使在多节点服务器上，也能根据当前环境动态适配，如果你同时装了多个版本MPI，建议在脚本开头就明确设置export MPIF90=/opt/openmpi/bin/mpif90,避免系统默认路径干扰。
回答一个很容易被忽略的问题：mpif90与mpicc差别在哪
很多刚接触并行计算的人会问，mpif90是查看路径用的，那mpicc呢？两者的查找方式和路径结构完全一样，唯一区别在于目标语言，mpif90包装的是Fortran编译器，mpicc包装的是C编译器，在服务器上，你可能会发现它们位于同一个MPI安装目录下，例如/opt/openmpi/bin/里同时存在mpif90、mpicc、mpif77、mpif08等，所以如果你需要查看mpicc路径，直接把前文所有命令里的mpif90换成mpicc即可。
Q&A：关于mpif90路径，这几个问题你可能也遇到过
问：mpif90版本和gfortran版本必须一致吗？
不会强制完全一致，但强烈建议匹配，mpif90脚本默认调用固定名称的编译器，比如OpenMPI 4.x通常默认调用gfortran，如果你用module switch换了一个MPI模块，或者手动修改了FC环境变量，mpif90运行时可能会报奇怪的链接错误，排查方式就是mpif90 -v看它实际调用了哪个编译器。
问：怎样知道mpif90默认使用了哪些编译参数？
执行mpif90 -show（部分版本是mpif90 -showme）就会输出完整的底层编译器命令和所有参数，包括-I/usr/openmpi/include和-L/usr/openmpi/lib -lmpi，这对手动编写编译命令特别有用,也能帮你反向推断出安装路径。
问：mpif90路径正确，但gdb调试点进去没有源码怎么办？
这是另一类典型的路径关联问题，mpif90编译时内置的源码路径是绝对路径，如果服务器上程序是在别的节点或目录下编译的，gdb就找不到源码，解决方法是编译时加上-g -fdebug-prefix-map=$(pwd)=.（针对gfortran），或者在gdb里用set substitute-path指令映射到实际路径，你之前查到的mpif90路径这时候只能用来确认编译器位置,跟断点行为没有直接关系。
服务器上查看mpif90路径，本质上就是三个步骤：用which定位，用find兜底，查环境变量，只要掌握了PATH和LD_LIBRARY_PATH这两个变量的关系，大多数路径问题都能自己解决，下次再遇到mpif90 not found，先别急着重装按本文提到的顺序查一遍,多半就是环境配置的小问题。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/733824.html
