__builtin_cpu_supports("avx2")是GCC/Clang在x86/x86_64平台运行时检测AVX2支持的最简方案，需编译器≥GCC 4.9或Clang 3.5，参数必须为小写字符串字面量"avx2"，非x86平台返回false。
用 __builtin_cpu_supports 检查运行时 CPU 特性（x86/x86_64）
GCC 和 Clang 在 x86/x86_64 上提供 __builtin_cpu_supports，它在运行时通过 cpuid 指令探测当前 CPU 是否支持某特性（如 "avx2"、"sse4.1"），无需手动写内联汇编或解析 /proc/cpuinfo。
注意：这不是“检查架构类型（ARM vs x86）”，而是检查当前 CPU 支持的指令集扩展——但实际工程中，这比查“是 x86 还是 ARM”更有意义，因为跨平台代码往往根据特性分支，而非硬编码架构名。
-
__builtin_cpu_supports返回int（非零为真），参数必须是字符串字面量（不能是char*变量） - 常见有效参数：
"sse"、"sse2"、"avx"、"avx2"、"bmi2"、"popcnt"；ARM 上不支持该 builtin - 在编译时未启用对应目标选项（如
-mavx2）时，调用__builtin_cpu_supports("avx2")仍合法且可运行，但某些旧版 GCC 可能生成无效指令（建议搭配__builtin_cpu_init()或确保最低目标为sse2）
if (__builtin_cpu_supports("avx2")) {
run_avx2_kernel(data);
} else if (__builtin_cpu_supports("sse4.1")) {
run_sse41_kernel(data);
} else {
run_fallback_c_kernel(data);
}
用 __builtin_architecture？不存在——别被误导
没有 __builtin_architecture 这个函数。网上有些文章把预定义宏（如 __x86_64__、__aarch64__）和 builtin 混淆了。这些宏只在编译时生效，由编译器根据 -march 或默认目标推导，无法反映运行时真实 CPU。
例如：你用 g++ -march=x86-64-v3 编译，程序在仅支持 SSE2 的老 CPU 上会直接崩溃（非法指令），而 __x86_64__ 宏此时仍是 1——它不等于“这台机器能跑”。
立即学习“C++免费学习笔记（深入）”；
- 编译期宏可用于条件编译（如选择头文件），但不能替代运行时检测
- 典型误用：
#ifdef __aarch64__+ 调用__builtin_cpu_supports("sve")—— 后者在 AArch64 GCC 中尚未稳定支持，且需内核开启 SVE，实际应查/proc/cpuinfo中Features:行 - 若真要区分 x86 vs ARM 运行时，只能靠系统接口（Linux 下读
/proc/cpuinfo的vendor_id或CPU architecture字段）
Linux 下读 /proc/cpuinfo 获取架构标识（便携但有代价）
这是最通用的方法，适用于所有架构（x86、ARM、RISC-V），且能拿到人类可读的字段（如 model name、CPU implementer）。缺点是涉及文件 I/O 和字符串解析，不适合热路径。
关键点不是“怎么打开文件”，而是如何避免误判：
-
/proc/cpuinfo第一个逻辑 CPU 的vendor_id（x86）或CPU implementer（ARM）更可靠；不要依赖flags行——它可能被截断或缺失 - ARM64 下
grep "CPU architecture" /proc/cpuinfo输出类似CPU architecture : 8，其中8表示 ARMv8；但某些厂商固件可能不写这一行，需 fallback 到CPU implementer+Part - 务必设超时或限制读取行数（
/proc/cpuinfo在多核系统上可能很长），避免阻塞
std::ifstream f("/proc/cpuinfo");
std::string line;
while (std::getline(f, line) && line.substr(0, 13) != "vendor_id\t:") {
// skip until first vendor_id
}
if (line.find("GenuineIntel") != std::string::npos) {
// x86_64 Intel
}
为什么不用 std::hardware_destructive_interference_size 判断架构
这个常量（C++17）只反映缓存行大小（通常 64 字节），和 CPU 架构无直接关系。ARM64 和 x86_64 都可能返回 64，RISC-V 也可能一样。它用于内存布局对齐，不是检测手段。
试图靠它区分架构，相当于看车轮直径猜发动机型号——数值巧合太多，且标准未规定其与架构的映射关系。
- 该值由编译器根据目标平台 ABI 决定，不是运行时探测结果
- 即使你在 ARM 机器上用
-march=native编译，std::hardware_destructive_interference_size仍可能是 64，和 x86 一样 - 真正需要架构感知的场景（如 SIMD 分支），必须用指令集探测或系统信息，而不是靠缓存常量
运行时 CPU 检测的核心矛盾在于：编译期宏告诉你“我能生成什么指令”，而 __builtin_cpu_supports 或 /proc/cpuinfo 告诉你“现在能执行什么指令”。两者缺一不可，但后者容易被忽略——尤其当本地开发机和部署机 CPU 差异大时，只靠编译宏会出错。
