AVX2支持需通过CPUID叶子0x00000007检查EBX第5位：Windows调用__cpuid(cpuInfo, 7)后测cpuInfo[1]第5位，Linux/macOS用__get_cpuid(7, &eax, &ebx, &ecx, &edx)后测ebx&(1<<5)。
用__cpuid查 EAX=7 的 EBX 第5位是核心动作
AVX2 支持必须通过 CPUID 叶子节点 0x00000007 查询，不能只看 EAX=1 的结果。Windows 下调用 __cpuid(cpuInfo, 0x00000007) 后，检查 cpuInfo[1]（即 EBX）的第5位是否为 1；Linux/macOS 下用 __get_cpuid(7, &eax, &ebx, &ecx, &edx)，同样看 ebx & (1 。
- 必须前置调用
__cpuid(cpuInfo, 0)确认 CPUID 指令本身可用，否则在极老 CPU（如 Pentium Pro 之前）上会触发 #UD 异常 - 仅检查 EAX=1 的 ECX/EDX 位只能确认 SSE/AVX 基础支持，对 AVX2 完全无效
- 若返回值中 EBX 第5位为 0，说明硬件不支持 AVX2，哪怕编译时加了
-mavx2也无意义
__builtin_cpu_supports("avx2") 更简洁，但有编译器限制
GCC ≥4.9 / Clang ≥3.5 支持该内建函数，直接传字符串字面量 "avx2"，返回非零即表示当前 CPU 支持且 OS 已启用 XSAVE/XRSTOR（隐式检查了 OS 状态）。
- 字符串必须是编译期常量，不能拼接或来自变量，例如
std::string s = "avx2"; __builtin_cpu_supports(s.c_str())会编译失败 - 即使没开
-mavx2，只要编译器版本达标，该调用仍合法、安全，不会生成 AVX2 指令 - 不适用于 MSVC，Windows 用户需回退到
__cpuid方案
别把 __AVX2__ 宏当运行时判断依据
__AVX2__ 是纯编译期宏，由 -mavx2 或 /arch:AVX2 触发，它只控制“这段代码能否被编译出 AVX2 指令”，和目标机器毫无关系。
-
if (__AVX2__) { run_avx2_code(); }这种写法永远走 if 分支——因为宏在预处理阶段就被替换成 1，根本不是运行时判断 - 同一份开启
-mavx2编译的二进制，在 i5-2400（Sandy Bridge，无 AVX2）上一运行就SIGILL - 正确姿势是：先用
__builtin_cpu_supports或__cpuid得到布尔结果，再控制函数调用分支
AVX2 支持 ≠ 可以无脑用，还得看 OS 上下文保存能力
CPU 支持 AVX2 仅是前提，真正执行 _mm256_add_ps 类指令前，内核必须已启用 XSAVE/XRSTOR 机制来保存 YMM 寄存器状态。否则会触发 #UD 异常。
立即学习“C++免费学习笔记（深入）”；
- Windows 下可通过
IsProcessorFeaturePresent(PF_AVX2_INSTRUCTIONS_AVAILABLE)间接检查（它内部已整合 OS 状态） - Linux 下需额外调用
xgetbv(0)并验证返回值低两位是否为0b11，仅靠getauxval(AT_HWCAP) & HWCAP_AVX2不够——它不反映 OS 是否实际启用了扩展寄存器上下文保存 - 这个检查容易被跳过，尤其在嵌入式或裁剪内核环境中，导致程序在看似支持的系统上仍崩溃
