AVX-512 支持需查 CPUID 叶子 0x7、ECX=0 的 EBX 寄存器第 16 位，先用 CPUID 叶子 0 确保指令可用，再调用对应内建函数获取 cpu_info[1] 并检测该位。
运行时检测必须查 CPUID 叶子 0x7，且 ECX=0
AVX-512 不是单个功能位，而是由多个子集（F/CD/ER/VOBSL 等）组成，CPUID 叶子 0x00000007、子叶子 ECX=0 的 EBX 寄存器才承载关键标志位。只查 EAX=1 或 EAX=0x80000001 完全无效。
实操要点：
- 先调用
__cpuid(cpu_info, 0)确认 CPUID 指令本身可用（避免在极老 CPU 上崩溃） - 再调用
__cpuidex(cpu_info, 0x00000007, 0)（Windows MSVC）或等效内建函数（GCC/Clang 用__get_cpuid(7, &eax, &ebx, &ecx, &edx)） - 检查
cpu_info[1]（即EBX）的第 16 位：(cpu_info[1] & (1 → 表示支持AVX512F（基础子集） - 若需更细粒度（如
AVX512VL），还需查ECX或EDX对应位，具体见 Intel SDM Vol. 2A Table 3-8
__builtin_cpu_supports("avx512f") 最简但有编译器限制
GCC ≥ 4.9 / Clang ≥ 3.5 支持该内建函数，它封装了 CPUID 查询逻辑，语义清晰、不易出错，推荐优先用于非 Windows 平台。
注意边界条件：
- 字符串必须是编译期常量：
"avx512f"合法，std::string("avx512f").c_str()会触发未定义行为 - 即使未加
-mavx512f编译选项，调用本身仍是安全的（不生成 AVX-512 指令） -
"avx512"不是标准识别名，部分旧版 GCC 不识别；务必用"avx512f"、"avx512vl"等精确子集名 - 返回
0仅表示当前 CPU 不支持，不反映 OS 是否启用 XSAVE —— 若内核禁用 XSAVE（如某些嵌入式配置），仍可能触发#UD
Windows 上可用 __check_isa_support(__IA_SUPPORT_VECTOR512, 0)
MSVC 提供的 __check_isa_support 是比手写 __cpuidex 更轻量的替代方案，专为高频运行时检测优化，头文件为
使用前提与细节：
- 必须包含
-
__IA_SUPPORT_VECTOR512表示“512 位向量指令支持”，涵盖AVX512F及其依赖子集，但**不保证所有 AVX-512 子集都就绪** - 第二个参数传
0即可，AVX10 版本检查暂无实际用途 - 该函数内部已做前置 CPUID 可用性检查，无需额外防护
- 返回
false时，不代表 CPU 硬件不支持——可能是 BIOS 禁用、微码屏蔽（如 i5-12400 明确屏蔽 AVX-512）或 OS 未启用 XSAVE
别把 __AVX512F__ 当运行时判断依据
__AVX512F__ 是纯编译期宏，由 -mavx512f（GCC/Clang）或 /arch:AVX512（MSVC）触发，**和当前 CPU 是否支持毫无关系**。
典型误用场景：
-
if (__AVX512F__) { run_avx512_code(); }→ 这里__AVX512F__在预处理阶段就被展开为 1 或未定义，分支根本不会运行时求值 - 用 CMake 的
check_cxx_source_compiles测试宏存在 → 只能验证编译器能否识别该扩展，不能代替运行时检测 - 在跨平台分发二进制时，仅靠此宏会导致老 CPU 上直接
SIGILL
真正需要的是：编译时允许生成 AVX-512 指令（开 -mavx512f），运行时用 __builtin_cpu_supports 或 __check_isa_support 控制执行路径。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
