17.2.237. MPI_Iprobe

MPI_Iprobe — 非阻塞式消息检测。

17.2.237.1. 语法

17.2.237.1.1. C语法

#include <mpi.h>

int MPI_Iprobe(int source, int tag, MPI_Comm comm, int *flag,
     MPI_Status *status)

17.2.237.1.2. Fortran 语法

USE MPI
! or the older form: INCLUDE 'mpif.h'
MPI_IPROBE(SOURCE, TAG, COMM, FLAG, STATUS, IERROR)
     LOGICAL FLAG
     INTEGER SOURCE, TAG, COMM, STATUS(MPI_STATUS_SIZE), IERROR

17.2.237.1.3. Fortran 2008 语法

USE mpi_f08
MPI_Iprobe(source, tag, comm, flag, status, ierror)
     INTEGER, INTENT(IN) :: source, tag
     TYPE(MPI_Comm), INTENT(IN) :: comm
     LOGICAL, INTENT(OUT) :: flag
     TYPE(MPI_Status) :: status
     INTEGER, OPTIONAL, INTENT(OUT) :: ierror

17.2.237.2. 输入参数

• source: 源秩或 MPI_ANY_SOURCE (整数)。

• tag: 标签值或 MPI_ANY_TAG (整数)。

• comm: 通信器（句柄）。

17.2.237.3. 输出参数

• flag: 消息等待标志（逻辑值）。

• status: 状态对象(status)。

• ierror: 仅限Fortran：错误状态（整数）。

17.2.237.4. 描述

MPI_Probe 和 MPI_Iprobe 操作允许在不实际接收消息的情况下检查传入消息。用户可以根据探测返回的信息（主要是状态返回的信息）决定如何接收这些消息。特别是，用户可以根据探测到的消息长度来为接收缓冲区分配内存。

MPI_Iprobe(source, tag, comm, flag, status) 如果存在可以接收且匹配参数source、tag和comm指定模式的消息，则返回flag = true。该调用匹配的程序中同一点执行MPI_Recv(..., source, tag, comm, status)会接收到的相同消息，并在status中返回与MPI_Recv相同的值。否则，调用返回flag = false，且status保持未定义状态。

如果MPI_Iprobe返回flag = true，则可以按照MPI标准中"点对点通信"章节的"返回状态"小节所述，随后访问状态对象的内容，以查找探测消息的源、标签和长度。

如果探测后没有其他介入的接收操作，随后使用相同上下文执行的接收操作，以及由MPI_Iprobe在状态中返回的源和标签，将接收到与探测匹配的消息。如果接收进程是多线程的，用户需负责确保最后一个条件成立。

MPI_Probe的source参数可以是MPI_ANY_SOURCE，tag参数可以是MPI_ANY_TAG，这样就能探测来自任意源和/或带有任意标签的消息。但是，必须通过comm参数提供特定的通信上下文。

如果您的应用程序不需要检查status字段，可以通过使用预定义常量MPI_STATUS_IGNORE作为status参数的特殊值来节省资源。

在探测到消息后，并不需要立即接收它，同一消息在被接收前可能会被多次探测。

17.2.237.5. 注意

多线程应用程序开发者应注意，两个线程调用MPI_Iprobe时，可能会在两个线程中都对同一条消息返回true。

17.2.237.6. 错误

几乎所有MPI例程都会返回一个错误值；C语言例程通过函数返回值返回，Fortran例程则通过最后一个参数返回。

在返回错误值之前，会调用与通信对象（如通信器、窗口、文件）关联的当前MPI错误处理程序。如果MPI调用未关联任何通信对象，则该调用被视为附加到MPI_COMM_SELF，并将调用关联的MPI错误处理程序。当MPI_COMM_SELF未初始化时（即在MPI_Init/MPI_Init_thread之前、MPI_Finalize之后，或仅使用会话模型时），错误会触发初始错误处理程序。初始错误处理程序可通过在使用世界模型时调用MPI_Comm_set_errhandler来修改MPI_COMM_SELF，或通过mpiexec的mpi_initial_errhandler命令行参数，或MPI_Comm_spawn/MPI_Comm_spawn_multiple的info键来设置。如果未设置其他适当的错误处理程序，则MPI I/O函数将调用MPI_ERRORS_RETURN错误处理程序，而其他所有MPI函数将调用MPI_ERRORS_ABORT错误处理程序。

Open MPI 包含三个可使用的预定义错误处理器：

• MPI_ERRORS_ARE_FATAL 导致程序中止所有连接的MPI进程。

• MPI_ERRORS_ABORT 一个可在通信器、窗口、文件或会话上调用的错误处理程序。当在通信器上调用时，其行为类似于在该通信器上调用MPI_Abort。如果在窗口或文件上调用，则行为类似于在包含对应窗口或文件中进程组的通信器上调用MPI_Abort。如果在会话上调用，则仅中止本地进程。

• MPI_ERRORS_RETURN 向应用程序返回一个错误代码。

MPI应用程序也可以通过调用以下方式实现自己的错误处理程序：

• MPI_Comm_create_errhandler 然后 MPI_Comm_set_errhandler

• MPI_File_create_errhandler 然后 MPI_File_set_errhandler

• MPI_Session_create_errhandler 然后 MPI_Session_set_errhandler 或在 MPI_Session_init

• MPI_Win_create_errhandler 然后 MPI_Win_set_errhandler

请注意，MPI不保证MPI程序在出现错误后能够继续运行。

查看MPI手册页获取完整的MPI错误代码列表。

有关更多信息，请参阅MPI-3.1标准中的错误处理部分。

请注意，根据MPI标准中"点对点通信"章节的"返回状态"部分，通过MPI_Iprobe查询消息时发生的MPI错误不会在返回的状态中设置status.MPI_ERROR字段。错误代码总是会传递给后端错误处理程序，如果后端错误处理程序返回该错误，则可能通过MPI_Iprobe的返回值传回给调用者。预定义的MPI错误处理程序MPI_ERRORS_RETURN就体现了这种行为。

另请参阅

• MPI_Probe

• MPI_Cancel