MPI_Irsend()运行机制及是否等效于阻塞例程的技术咨询

MPI_Irsend要求对应的接收操作（MPI_Recv或MPI_Irecv）必须先行发起。

MPI_Irsend的运行逻辑和阻塞通信例程并不一致，二者有本质区别。

上述要求是MPI就绪发送模式的通用约束，和通信例程是阻塞还是非阻塞属性没有关系：不管是阻塞的就绪发送MPI_Rsend还是非阻塞的就绪发送MPI_Irsend，都要求调用发送接口时匹配的接收操作已经提前提交，否则会触发未定义行为，这个规则不是非阻塞例程向阻塞逻辑对齐的依据。

二者核心差异可以直接对照：

• 调用返回时机不同：阻塞例程（比如MPI_Rsend、标准模式阻塞发送MPI_Send）调用后会阻塞当前执行流，直到发送缓冲区的数据被MPI环境完全拷贝、可以安全复用缓冲区时才会返回；MPI_Irsend作为非阻塞例程，调用后会立刻返回，不会等待任何通信阶段完成，哪怕此时匹配的接收还没走完匹配流程，只要发送请求被MPI受理就会立刻回到业务逻辑继续执行。
• 执行流占用逻辑不同：阻塞例程返回前你没法在当前进程/线程执行其他计算或通信操作；MPI_Irsend发起后你可以立刻执行无关计算、提交其他通信请求，天然支持通信和计算重叠，这也是非阻塞通信的核心设计价值。
• 完成判定逻辑不同：阻塞例程只要正常返回，就代表本地发送侧的操作已经完成，你可以直接自由操作之前传入的发送缓冲区；MPI_Irsend返回时仅代表发送请求被MPI环境登记，不代表消息已经发出，你必须通过返回的MPI_Request句柄，调用MPI_Wait/MPI_Test类接口等待或检测请求完成，只有请求被标记为完成后，你才能安全复用发送缓冲区。

需要特别注意：不要把「要求接收先发起」误解为MPI_Irsend会在内部等待接收就绪——它不会做这个阻塞等待，如果你违反要求在接收未提前提交时调用MPI_Irsend，MPI实现不需要做任何错误检查和兜底，会直接触发未定义行为，这部分的正确性责任完全由调用方承担。

内容的提问来源于stack exchange，提问作者armando