__builtin_cpu_supports可在运行时安全检测CPU指令集支持，返回非零值表示支持，需编译器≥GCC 4.9/Clang 3.5且字符串为编译期常量，如"avx2"；手动查CPUID则需调用__cpuid等底层接口。
用 __builtin_cpu_supports 判断运行时 CPU 指令集（GCC/Clang）
GCC 和 Clang 提供了内建函数 __builtin_cpu_supports，可在运行时安全检测当前 CPU 是否支持指定指令集，无需手动解析 cpuid。它返回 int（非零为真），支持的字符串包括 "avx"、"avx2"、"sse4.1"、"popcnt"、"bmi2" 等。
注意：该函数仅在编译目标包含对应扩展（如 -mavx2）时才可用；但即使未启用，只要编译器版本 ≥ 4.9（GCC）或 ≥ 3.5（Clang），调用本身仍是合法的——不触发非法指令。
- 必须在运行时调用，不能用于
if constexpr - 字符串字面量必须是编译期常量，不能拼接或来自变量
- 不支持所有指令集别名（例如
"avx512f"可用，但"avx512"不保证有效）
if (__builtin_cpu_supports("avx2")) {
run_avx2_kernel();
} else {
run_fallback_scalar();
}
用 __cpuid 和 __cpuidex 手动查 CPUID（MSVC / 跨平台）
Windows MSVC 提供 __cpuid 和 __cpuidex 内联函数，Linux 下可通过 cpuid 汇编指令或封装库（如 libcpuid）实现类似逻辑。核心是读取 CPUID 叶子节点：例如 EAX=1 返回 SSE/SSE2 支持位，ECX=0x00000001 表示 SSE3，EDX 的第25位（EDX & (1 ）表示 SSE2。
常见误判点：
- 未检查 CPUID 是否可用（早期 CPU 可能不支持，需先执行
__cpuid(0, ...)看最大功能号） - 混淆叶子节点和子叶子：AVX-512 需查 EAX=7, ECX=0 后的 EBX 位域，而非 EAX=1
- 忽略 OS 支持：即使 CPU 支持 AVX，若内核未启用 XSAVE/XRSTOR（如某些嵌入式 Linux），使用 AVX 指令仍会触发 #UD
int cpu_info[4]; __cpuid(cpu_info, 1); // 获取基础功能 bool has_sse2 = (cpu_info[3] & (1 << 26)) != 0; // EDX bit 26
编译期判断：__AVX2__ 等宏只反映编译选项，不反映硬件
__SSE__、__AVX2__、__BMI2__ 这类宏由编译器根据命令行参数（如 -mavx2）定义，仅说明“当前翻译单元允许生成该指令”，**完全不检查运行机器是否支持**。滥用会导致程序在老 CPU 上直接崩溃（SIGILL）。
典型错误写法：
#ifdef __AVX2__
// ❌ 错误：这里生成了 AVX2 指令，但运行时可能不支持
__m256i a = _mm256_set1_epi32(42);
#endif
正确做法是：编译时允许所有扩展（如 -march=x86-64 或 -mtune=generic），再用 __builtin_cpu_supports 或 __cpuid 在运行时分支。
避免重复检测：缓存结果并考虑多线程安全
CPUID 是轻量操作，但频繁调用仍有开销（尤其在 hot loop 中）。建议首次检测后将结果缓存为 static const bool 或原子布尔值
多线程环境下需注意：
- 静态局部变量初始化是线程安全的（C++11 起），适合做一次性检测
- 若用全局变量 + 手动 flag，必须用
std::atomic或加锁，否则存在竞态 - 不要在
std::call_once外部裸写 if 分支调用检测函数——可能多次执行
static bool has_avx2() {
static const bool result = __builtin_cpu_supports("avx2");
return result;
}
实际部署时最容易被忽略的是 OS 层支持——比如容器环境里，宿主机 CPU 支持 AVX-512，但容器 runtime 或内核未开启相应状态保存机制，__builtin_cpu_supports("avx512f") 仍返回 true，而一执行就段错误。务必在关键路径上加 try-catch（Unix 下捕获 SIGILL）或预检 /proc/cpuinfo（仅作参考，不替代运行时检测）。
