最可靠方式是用__cpuid手动校验AVX2三条件：ECX[28]（AVX）、ECX[27]（OSXSAVE）、EAX[0]（XSAVE），缺一不可；仅查CPUID leaf 7的ECX[5]或依赖GetX86Info().features.avx2、IsProcessorFeaturePresent均可能误判。
直接用 __cpuid 检测是最轻量、最可靠的方式，不需要第三方库，也不依赖运行时环境。Windows 和 Linux 下的 GCC/Clang/MSVC 都支持，且结果可静态判断，适合做编译前分支或运行时指令集分发。
用 __cpuid 查 ECX 第 28 位（AVX 标志）和 OSXSAVE + XSAVE 组合校验
AVX2 的硬件支持不是单靠一个标志位就能确认的——它依赖三个条件同时满足：
-
__cpuid(1)返回的ECX[28]为 1（表示 CPU 原生支持 AVX） -
__cpuid(1)返回的ECX[27]为 1（OSXSAVE：操作系统已启用 XSAVE/XRSTOR 功能） -
__cpuid(0x0000000D)返回的EAX[0]为 1（XSAVE：CPU 支持保存/恢复扩展状态）
缺一不可。只看 ECX[28] 会误判：某些老系统即使 CPU 支持 AVX，若内核未开启 XSAVE 支持（比如禁用 xsave 内核参数），执行 AVX 指令会触发 #UD 异常。
示例代码片段：
立即学习“C++免费学习笔记（深入）”；
#include <intrin.h>
bool HasAVX2() {
int cpuInfo[4] = {};
__cpuid(cpuInfo, 1);
if (!(cpuInfo[2] & (1 << 28))) return false; // AVX not supported
if (!(cpuInfo[2] & (1 << 27))) return false; // OSXSAVE not enabled
__cpuid(cpuInfo, 0x0000000D);
if (!(cpuInfo[0] & 1)) return false; // XSAVE not available
// 最后一步：查 AVX2 专属标志（CPUID leaf 7, ECX[5]）
__cpuid(cpuInfo, 7);
return (cpuInfo[2] & (1 << 5)) != 0;
}
为什么不能只调用 GetX86Info().features.avx2？
像 cpu_features 库里的 GetX86Info() 确实封装了上述逻辑，但要注意两点：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 它默认只在首次调用时执行一次 CPUID 查询，后续复用缓存值——这没问题，但如果你在 fork 后子进程里首次调用，可能因内核未及时同步 XSAVE 状态而返回错误结果
- 它的
avx2字段本质是查 CPUID leaf 7 的ECX[5]，但没强制校验OSXSAVE+XSAVE，属于“假设 OS 已就绪”。生产环境建议自己补全校验
另外，cpu_features 是跨平台设计，对非 x86 架构（如 ARM64）也会返回默认 false，这点比手写 __cpuid 更健壮，但代价是多一次函数调用开销和额外依赖。
编译期检测 vs 运行时检测：别混用 -mavx2 和运行时判断
常见误区：开了 -mavx2 编译选项，就以为代码一定能跑在所有目标机器上。
-
-mavx2只影响编译器能否生成 AVX2 指令，不改变运行时 CPU 能力 - 如果二进制被拷到不支持 AVX2 的机器（如 Intel Core i3-2100，Sandy Bridge 仅支持 AVX，不支持 AVX2），程序启动即崩溃（SIGILL）
- 正确做法：用运行时检测决定是否进入 AVX2 分支；主干逻辑保留标量或 SSE fallback
尤其注意：GCC 的 -march=native 会把当前编译机的最高指令集写死进二进制，导致移植性归零。CI 构建时务必禁用。
Windows 上用 IsProcessorFeaturePresent 不可靠
IsProcessorFeaturePresent(PF_AVX2_INSTRUCTIONS_AVAILABLE) 看起来省事，但它：
- 仅 Windows 8.1+ 支持，Win7 返回 false 即使 CPU 支持
- 内部仍依赖
__cpuid，但微软未公开其具体校验逻辑，行为不透明 - 无法区分 “CPU 支持” 和 “OS 已启用”，容易漏掉
OSXSAVE校验
除非你明确限定 OS 版本且不做跨版本兼容，否则不建议用这个 API 替代手动 CPUID 解析。
真正关键的不是“能不能查到 AVX2”，而是查完之后是否同步验证了操作系统对扩展状态的管理能力。很多线上 crash 就卡在这一步——CPU 支持、编译器生成了指令、但内核没开 XSAVE，结果第一条 _mm256_add_ps 就让进程跪了。
