最可靠方法是直接查看 /proc/cpuinfo 的 flags 字段，执行 cat /proc/cpuinfo | grep -m1 flags，若输出含小写 avx2 即表示支持，该字段由内核启动时通过 CPUID 统一采集，底层、无依赖、抗虚拟化干扰。
直接看 /proc/cpuinfo 的 flags 字段最可靠
Linux 内核启动时通过 CPUID 指令读取 CPU 能力，统一汇总到 /proc/cpuinfo 的 flags 行里——这是所有方法中**最底层、无需依赖外部工具、不被虚拟化干扰**的途径。
- 执行
cat /proc/cpuinfo | grep -m1 flags，只取第一行（避免多核重复刷屏） - 输出中出现
avx2、sse4_2、aes、fma等小写单词，就代表对应指令集已启用 - 注意大小写：匹配必须用
avx2，AVX2或Avx2都不会命中 - 若需确认所有核心一致（比如某些 BIOS 设置可能禁用部分核心的 AVX），去掉
-m1全扫一遍：grep flags /proc/cpuinfo
lscpu 适合快速筛选但本质仍是查 flags
lscpu 是对 /proc/cpuinfo 的友好封装，输出更整洁，但它的 Flags 行内容完全来自同一源头，不是独立检测。
- 运行
lscpu | grep -E "Flags|AVX"，能一眼看到是否含avx2等关键词 - 它不输出“AVX2 supported: yes”这类判断语句，只是平铺所有标志，仍需人工关键词匹配
- 精简系统（如 Alpine Linux 的 busybox 版本）可能没装
lscpu，此时必须回退到cat /proc/cpuinfo -
lscpu输出中的Model name可交叉验证：比如看到Intel(R) Core(TM) i5-12400，就能查 Intel ARK 确认其原生支持 AVX2、不支持 AVX-512
别被 uname -m 和 arch 带偏方向
这两个命令只告诉你硬件架构（x86_64 或 aarch64），**完全不反映具体指令集支持情况**。
-
uname -m输出x86_64，不代表一定支持avx2：老款奔腾或 Atom 处理器可能只有 SSE4.2 -
arch输出aarch64，也不等于支持 SVE 或 AES：ARMv8-A 和 ARMv9-A 指令集差异很大 - 它们在 CI/CD 中选包有用，但查指令集能力时无效
- 真正要确认 ARM 扩展指令（如
asimd、aes、sha2），还得回/proc/cpuinfo查Features字段（ARM 平台用该字段替代 x86 的flags）
虚拟机里查指令集要格外小心
宿主机支持某指令集，不代表虚拟机里能用——取决于 Hypervisor 是否透传、客户机内核是否启用、BIOS 是否开启相关选项。
- 在 KVM/QEMU 中，需检查 XML 配置是否含
<cpu mode='host-passthrough'>或显式添加avx2feature - VMware Workstation 默认不透传 AVX-512，即使宿主机支持，
/proc/cpuinfo里也看不到avx512f - 容器环境（如 Docker）继承的是宿主机内核的
/proc/cpuinfo，但实际执行时受 CPUset/cgroups 限制，flags存在 ≠ 运行时可用 - 最保险的做法：编译一个最小测试程序（比如用
__builtin_ia32_avx2_test()或cpuid汇编指令），在目标环境中直接运行验证
cat /proc/cpuinfo | grep -m1 flags，眼见为实；再结合 lscpu 快速比对；遇到虚拟环境，别只信 flags 有，得真跑一次指令。 
