最可靠方法是查看/proc/cpuinfo的flags字段，因其为内核通过CPUID指令获取的实际能力快照，执行grep -m1 'flags' /proc/cpuinfo即可获取当前CPU支持的全部指令集标志。
直接看 /proc/cpuinfo 里的 flags 字段最可靠
Linux 下判断 CPU 支持哪些指令集（如 SSE、AVX、AVX-512、BMI2、AES-NI 等），/proc/cpuinfo 是第一手资料。它由内核实时生成，不依赖用户态工具或推测，不会误报。
执行命令：
grep -m1 'flags' /proc/cpuinfo即可快速看到当前 CPU 支持的全部 flag 列表。注意加
-m1 防止多核重复输出；若需查看所有核心是否一致，可去掉 -m1 并人工比对。
-
flags行里出现avx表示支持 AVX；avx2是 AVX2；avx512f是 AVX-512 基础指令集（不是所有带 “avx512” 的 flag 都代表完整支持，avx512f才是最低门槛） -
aes表示支持 AES-NI；ssse3、sse4_1、sse4_2依次对应不同 SSE 版本 -
bmi1和bmi2是位操作增强指令集，常被现代编译器（如 GCC 8+）用于优化
用 cpuid 工具查更细粒度的指令子集和扩展功能
cpuid 是一个轻量级命令行工具，能读取 CPUID 指令返回的原始信息，比 /proc/cpuinfo 多出不少细节，比如是否支持 AVX-512 VL、AVX-512 BW、RDSEED、ADX 等较新特性。
安装方式（以主流发行版为例）：
sudo apt install cpuid # Debian/Ubuntu<br>sudo yum install cpuid # CentOS/RHEL 7<br>sudo dnf install cpuid # Fedora/RHEL 8+
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
- 运行
cpuid -l1查看基础指令集（对应/proc/cpuinfo的 flags） - 运行
cpuid -l7查看高级扩展（如 AVX-512 子集、SGX、MPX 等），其中ECX和EDX的比特位需查 Intel 或 AMD 官方手册解码 - 注意：某些 flag（如
avx512vbmi）在/proc/cpuinfo中可能不显示，但cpuid -l7可确认其存在
别信 lscpu 的“Flags”字段——它只列了部分常用项
lscpu 输出简洁易读，但它对 flags 的展示是过滤后的摘要，不是全集。例如，它可能显示 avx 和 avx2，但省略 avx512f、sha_ni 或 clflushopt 等较新或小众指令。
-
lscpu | grep -i avx只能作为快速筛查，不能替代grep flags /proc/cpuinfo -
lscpu的 “CPU family”、“Model” 等字段可用于查 Intel/AMD 官方文档反推支持能力，但不如直接读 CPUID 可靠 - 某些虚拟化环境（如 KVM + host-passthrough 关闭）下，
lscpu可能显示比实际更多的 flag，而/proc/cpuinfo更贴近真实暴露给 guest 的能力
编译或运行时检测要用 __builtin_cpu_supports() 或 getauxval()
硬编码判断指令集（比如写 #ifdef __AVX2__）只适用于编译期已知目标平台；真正健壮的做法是在运行时探测。
- GCC/Clang 提供
__builtin_cpu_supports("avx2")，返回int（1=支持，0=不支持），注意它依赖 glibc 2.17+ 且仅对常见指令有效 - 更底层的方式是调用
getauxval(AT_HWCAP)或getauxval(AT_HWCAP2)，解析 ELF auxiliary vector —— 这是 glibc 初始化时从内核读取的硬件能力位图，和/proc/cpuinfo同源 - 避免用
sigsetjmp/siglongjmp+ 尝试执行指令来探测，容易触发 SIGILL，尤其在容器或严格 seccomp 环境下不可靠
真实场景中，很多高性能库（如 OpenBLAS、FFmpeg）都混合使用 __builtin_cpu_supports 和汇编 dispatch，关键点在于：探测逻辑必须放在首次调用前，且不能假设所有核心能力一致（虽然通常一致，但 NUMA 或热插拔场景下可能有例外）。
