CPUID指令中EAX=0x00000004叶子节点最可靠，它按层级逐级枚举L1D、L1I、L2、L3缓存描述符，通过循环递增ECX并检查EAX[4:0]类型字段（L1D=1、L1I=2、L2=4、L3=6）获取各缓存参数。
没有标准跨平台API能直接返回L1/L2缓存大小，必须靠CPUID指令解析，或回退到系统级探测；硬编码64KB/256KB等值在现代多核/混合架构上极易出错。
CPUID指令中哪个叶子节点返回缓存信息
CPUID指令的 EAX=0x80000006 和 EAX=0x80000005 可读取L2/L3缓存参数，但最可靠的是 EAX=0x00000004 —— 它按缓存层级（L1D、L1I、L2、L3）逐级枚举，每个调用返回一个缓存描述符。调用时需循环递增 ECX 直到最高位被清零（即缓存描述符数量已穷尽）。该方式支持Intel和AMD主流CPU，且能区分数据缓存（D）与指令缓存（I）。
-
EAX=0x00000004是唯一能明确分离L1数据缓存（L1D）和L1指令缓存（L1I）的叶子节点 - 返回值中：EAX[31:26] = 缓存行偏移位数（log₂缓存行字节数），EAX[25:14] = 缓存物理线程数减一，EBX[31:22] + 1 = 每组路数，ECX[31:0] + 1 = 组数
- 缓存总大小 = (缓存行字节数) × (每组路数) × (组数) × (逻辑核心数)，注意：L1D通常按核心独享计算，L3按全核共享计算
- 若CPU不支持
EAX=0x00000004（极老CPU），应 fallback 到EAX=0x80000006（仅L2/L3）或系统API
Linux下用cpuid指令获取L1D大小的最小可行代码
以下代码片段可安全运行于g++/clang，无需root权限，也不依赖外部库：
#include <cstdint>
#include <cstdio>
<p>static inline void cpuid(uint32_t leaf, uint32_t subleaf,
uint32_t& eax, uint32_t& ebx,
uint32_t& ecx, uint32_t& edx) {
asm volatile("cpuid"
: "=a"(eax), "=b"(ebx), "=c"(ecx), "=d"(edx)
: "a"(leaf), "c"(subleaf));
}</p><p>uint32_t get_l1d_cache_size_bytes() {
uint32_t eax, ebx, ecx, edx;
uint32_t cache_line_size = 0;
uint32_t ways = 0;
uint32_t sets = 0;
uint32_t cores = 1;</p><pre class='brush:php;toolbar:false;'>// 枚举L1D缓存描述符（type == 1）
for (uint32_t i = 0; ; ++i) {
cpuid(0x4, i, eax, ebx, ecx, edx);
uint32_t type = eax & 0x1f;
if (type == 0) break; // no more descriptors
if (type != 1) continue; // skip L1I (type==2), L2 (type==4), etc.
uint32_t line_bits = (eax >> 26) & 0x3f;
cache_line_size = 1u << line_bits;
ways = ((ebx >> 22) & 0x3ff) + 1;
sets = (ecx & 0xffff) + 1;
break;
}
return cache_line_size * ways * sets;}
立即学习“C++免费学习笔记（深入）”；
关键点：
- 必须检查
type字段：L1数据缓存为1，L1指令缓存为2，L2为4，L3为6 - 不要忽略
ECX的低16位——它表示组数（sets），不是总行数 - 这段代码只算单个核心的L1D大小；若需“全CPU L1D总容量”，需乘以逻辑核心数（可用
sysconf(_SC_NPROCESSORS_ONLN)获取）
Windows下用__cpuidex替代手写内联汇编
MSVC不支持cpuid内联汇编（尤其x64），必须用 __cpuidex 内置函数：
#include <intrin.h>
#include <windows.h>
<p>int get_l1d_size_windows() {
int cpu_info[4];
int l1d_size = 0;</p><pre class='brush:php;toolbar:false;'>for (int i = 0; ; ++i) {
__cpuidex(cpu_info, 4, i);
int type = cpu_info[0] & 0x1f;
if (type == 0) break;
if (type != 1) continue;
int line_bits = (cpu_info[0] >> 26) & 0x3f;
int ways = ((cpu_info[1] >> 22) & 0x3ff) + 1;
int sets = (cpu_info[2] & 0xffff) + 1;
l1d_size = (1 << line_bits) * ways * sets;
break;
}
return l1d_size;}
立即学习“C++免费学习笔记（深入）”；
常见坑：
-
__cpuidex第二参数是ECX值（即子叶索引），不是固定0；漏传会导致反复读同一描述符 - MSVC x64下禁用内联汇编，硬写
__asm cpuid会编译失败 - 某些虚拟机（如Hyper-V默认配置）可能屏蔽CPUID叶子节点，返回全0；此时应检测
cpu_info[0] == 0并 fallback
为什么不能只靠/sys/devices/system/cpu/...文件
Linux下读 /sys/devices/system/cpu/cpu0/cache/index0/coherency_line_size 只给缓存行大小（64），不给L1/L2总容量；而 /sys/devices/system/cpu/cpu0/cache/index0/size 在部分内核（如某些ARM或旧x86发行版）根本不存在，或返回空字符串。更严重的是：该路径只反映第一个逻辑CPU的缓存拓扑，无法体现混合架构（P-core/E-core）下不同核心类型拥有不同L2大小的情况。
- 例如第12代Intel CPU：P-core L2=1.25MB，E-core L2=2MB，但
index0可能只暴露P-core的配置 -
lscpu输出的“L1d cache”是解析CPUID后汇总的结果，不是原始数据源 - 真正可靠的方案永远是：先尝试CPUID，失败再查
/proc/cpuinfo中的cache size字段（有但不精确），最后 fallback 到经验值（如L1D=32KB）
实际工程中，最易被忽略的是混合架构下的缓存异构性——你以为所有核心L2一样大，结果在E-core上跑L2敏感算法时性能骤降，却查不到原因。
