必须加 -fopenmp，否则 #pragma omp 指令被静默忽略，程序仍为单线程；gcc 启用该选项后自动链接 libgomp，并定义 _openmp 宏，配合 -o2 优化可有效提升并行性能。
-fopenmp 是必须加的，不加就等于没开 OpenMP，所有 #pragma omp 指令都会被编译器忽略——不是报错，而是静默跳过。
编译命令必须带 -fopenmp
OpenMP 不是默认开启的功能，它依赖编译器在生成代码时插入线程管理逻辑，并链接 OpenMP 运行时库（如 libgomp）。漏掉 -fopenmp，哪怕代码里写了 #pragma omp parallel，运行起来也还是单线程。
-
gcc -fopenmp demo.c -o demo（C） -
g++ -fopenmp main.cpp -o main（C++） - 如果同时用 C++11 或更高标准，建议显式加上
-std=c++11，避免某些旧版 GCC 默认用 C++98 导致omp_get_thread_num()等函数不可见 - 链接阶段不需要额外加
-lgomp：现代 GCC（≥4.2）启用-fopenmp后会自动链接，手动加反而可能引发重复定义问题
-fopenmp 和优化选项的关系
OpenMP 并行区域的性能受编译优化影响很大。未开启优化（-O0）时，编译器可能无法有效调度循环、消除冗余内存访问，甚至把 #pragma omp parallel for 当成无效指令跳过。
- 推荐至少用
-O2：平衡编译时间和性能，对并行循环做基本的向量化和调度优化 - 避免只加
-fopenmp却不加优化：比如gcc -fopenmp -O0 loop.c可能比串行还慢 -
-O3在部分场景下反而降低并行效率（例如过度内联破坏线程局部性），实测不如-O2稳定
常见错误：编译通过但运行仍是单线程
现象是程序输出和没写 #pragma omp 一样，omp_get_thread_num() 总返回 0，或 omp_get_num_threads() 返回 1。
- 最常见原因：忘了加
-fopenmp，或者拼错成-fopenmp（少个p）或--fopenmp（多一个-） - 环境变量
OMP_NUM_THREADS=1被设定了，覆盖了默认线程数（可通过unset OMP_NUM_THREADS临时恢复） - 代码里用了
#pragma omp parallel num_threads(1)，显式限制为 1 个线程 - 某些容器环境（如 Docker）默认关闭 CPU cgroup 隔离，导致 OpenMP 获取不到可用核心数，可尝试手动设置
OMP_NUM_THREADS
验证是否真启用了 OpenMP
别光看编译不报错，得确认运行时确实起了多线程。
- 在代码里加一句：
printf("Thread %d / %d\n", omp_get_thread_num(), omp_get_num_threads());，观察输出是否有多行且线程 ID 不同 - 编译时加
-D _OPENMP（虽然-fopenmp通常已自动定义该宏），再用#ifdef _OPENMP做条件编译，避免无 OpenMP 环境下编译失败 - 用
strace -e trace=clone ./demo 2>&1 | grep clone | wc -l粗略看是否触发了线程创建系统调用（注意：OpenMP 可能复用线程池，首次运行才明显）
-fopenmp 必须出现在编译命令的靠前位置，且要和源文件一起传给 gcc/g++，不能只放在链接阶段**。比如 gcc demo.c -o demo -fopenmp 是有效的，但 gcc demo.o -o demo -fopenmp 如果 demo.o 是之前没加 -fopenmp 编译出来的，那依然无效。
