无OpenMP代码为何受OMP_NUM_THREADS环境变量影响？

• Intel MKL隐式线程控制：你的怀疑是合理的，MKL默认会读取OMP_NUM_THREADS来调整内部线程池规模，即便你的代码是串行编译的。可以通过设置MKL_NUM_THREADS=1或MKL_DYNAMIC=FALSE验证是否为此问题。

• 其他依赖库的并行行为：除MKL外，OpenBLAS、LAPACK等数学库或第三方依赖可能也会读取OMP_NUM_THREADS来启用内部并行，哪怕你的代码未显式启用OpenMP。这类库的默认并行行为可能受该环境变量控制。

• 未清理的OpenMP残留逻辑：即便移除了显式的OpenMP指令，可能仍有遗漏的条件编译块（如#ifdef _OPENMP包裹的代码）或直接通过getenv("OMP_NUM_THREADS")读取环境变量的逻辑，这些代码在串行编译时可能触发不同分支，导致结果变化。

• 未定义行为的触发：如果代码存在未初始化变量、内存越界等未定义行为，OMP_NUM_THREADS的变化可能间接改变内存布局或执行时序，从而触发不同的结果。此时环境变量只是诱因，本质是代码本身的内存问题。

• 系统线程调度的间接影响：部分系统的线程调度策略可能受OMP_NUM_THREADS影响，进而改变程序的执行时序。对于浮点数运算这类对执行顺序敏感的逻辑，时序变化可能导致结果差异。

内容的提问来源于stack exchange，提问作者bob.sacamento