record静态字段访问为何比heterogeneous array动态下标更快？和栈堆有关吗？

当数据值集合为异构、不同字段处理方式不一致，且通常不需要按特定顺序处理字段时，适合使用record。字段名相当于字面量或常量下标，由于其是静态的，可实现极高的字段访问效率。如果使用动态下标访问record字段，既无法进行类型检查，访问速度也会更慢。

核心原因是字段偏移量的计算在编译阶段就已经全部完成，不需要运行时做额外寻址运算：

• 编译器处理record类型时，已经明确知道所有字段的类型、内存对齐规则，会提前算出每个字段相对于record起始内存地址的固定偏移值。比如某record第一个字段是4字节int，偏移量为0，第二个字段是8字节double，对齐后偏移量为8。访问字段时，CPU直接执行「record基地址 + 固定偏移值」的运算就能拿到目标字段的内存地址，整个过程只需要1~2个CPU指令，没有额外开销。
• 而异构数组用的动态下标是运行时才确定的值，编译器无法预判要访问的元素位置，必须在运行时先将下标乘以单元素的内存占用大小，再加上数组基地址才能算出目标地址。部分语言的异构数组还需要额外存储元素类型标签、多一层指针跳转，甚至要做运行时类型校验，额外开销会更大。

二者没有直接关联，核心差异来自静态寻址和动态寻址的区别，和record/数组分配在栈还是堆没有关系：

• 不管record分配在栈还是堆上，只要字段偏移是编译期确定的，访问逻辑都是「基地址 + 固定偏移」，开销完全一致。比如栈上record的基地址是栈指针加固定偏移，堆上record的基地址是指向堆空间的指针，二者的字段访问都不需要额外的运行时计算。
• 反过来如果用动态下标访问record字段（比如JavaScript中用record[动态变量]的写法），哪怕record分配在栈上，也要走运行时的键名查表逻辑，速度还是远慢于静态字段访问。
• 唯一可能的间接关联是：异构数组的特性决定它几乎只能分配在堆上，而record支持栈分配，栈内存的CPU缓存命中率通常高于堆内存，这种情况下会放大二者的性能差异，但这并不是差异产生的核心原因。

内容的提问来源于stack exchange，提问作者Sakhund