OpenMP中omp_init_lock与omp_destroy_lock的调用时机问题

核心结论 #

两种写法中写法1为正确实现，omp_init_lock()和omp_destroy_lock()不需要每个并行区域/每次循环迭代都调用，在锁的全使用周期内各调用一次即可。

规则依据 #

根据OpenMP官方规范的定义：

• omp_init_lock()的作用是将传入的锁变量初始化为未锁定状态，完成初始化的锁可以被后续任意并行区域的omp_set_lock()/omp_unset_lock()接口调用，直到显式调用omp_destroy_lock()销毁该锁变量为止。
• 对已经处于初始化状态的锁重复调用omp_init_lock()属于未定义行为，可能引发程序崩溃、逻辑异常等不可预期的问题。
• 锁的生命周期和它的整体使用周期绑定，而非和单个并行区域、单个循环迭代绑定。

两种写法的对比分析 #

• 写法1的优势：在所有循环和并行逻辑执行前完成锁初始化，所有迭代内的并行区域复用同一个已初始化的锁，所有逻辑执行完成后再销毁锁，完全符合规范要求，同时避免了重复初始化/销毁的额外性能开销，是该场景下的最优实现。
• 写法2的问题：每次循环迭代都重复执行锁初始化、销毁操作，首先会产生不必要的性能损耗；其次如果示例中的lck是跨迭代的全局/外部变量，重复调用omp_init_lock()会触发未定义行为，直接导致程序异常。只有当每次迭代使用完全独立的不同锁变量时，才需要分开初始化，该场景下也建议将锁变量定义为迭代内的局部变量，避免出现复用问题。

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