C语言结构体中直接嵌入结构体与嵌入结构体指针的选择原则有哪些？

你给出的QEMU代码片段格式化后如下： #

typedef struct SMMUDevice {
    void               *smmu;
    PCIBus             *bus;
    int                devfn;
    IOMMUMemoryRegion  iommu;
    AddressSpace       as;
    uint32_t           cfg_cache_hits;
    uint32_t           cfg_cache_misses;
    QLIST_ENTRY(SMMUDevice) next;
} SMMUDevice;

你总结的两个原则完全正确，除此之外还有几个非常重要的选择依据：

• 生命周期绑定规则：如果内嵌结构体的生命周期和外层结构体完全一致——外层创建时初始化内嵌结构体、外层销毁时内嵌结构体也随之失效，优先选择直接嵌入。这种方案不需要单独为内嵌结构体分配/释放内存，减少内存管理的复杂度，也避免了内存泄漏的风险。反之如果内嵌结构体的生命周期独立于外层（比如外层销毁后内嵌结构还要被其他模块引用，或者内嵌结构需要提前释放），必须使用指针。
• 解决循环依赖/不完整类型编译问题：如果两个结构体存在互相引用的场景（比如A结构体包含B的成员，B结构体也包含A的成员），不可能同时直接嵌入对方，必须至少有一方使用指针。因为指针的大小是固定的，编译时不需要知道指向结构体的完整定义就能通过编译，直接嵌入则会让编译器计算结构体大小时陷入递归死循环。你给出的代码里smmu成员用指针就是典型场景：SMMUDevice是SMMU主设备的子设备，SMMU主结构体里必然维护了SMMUDevice的链表，二者互相引用只能用指针实现。
• 热路径性能优化规则：如果内嵌结构体是外层结构体高频访问的热路径成员，优先选择直接嵌入。直接嵌入的结构体和外层其他成员内存连续，CPU缓存命中率更高，同时不需要额外的指针跳转访存，减少了一次内存访问开销。你给出的代码里IOMMUMemoryRegion和AddressSpace都是SMMU地址转换时的高频访问对象，直接嵌入就是为了性能考虑。如果内嵌结构体访问频率极低，用指针也不会有明显影响。
• 可选配置/动态替换需求：如果内嵌结构体是外层的可选功能，或者运行时需要动态替换为其他实例，优先用指针。指针可以设为NULL表示该功能未启用，不会占用额外内存；需要替换时只要修改指针指向即可，不需要拷贝整个结构体的内容。直接嵌入的话不管功能是否启用都会占用对应内存，替换时也要全量拷贝，成本更高。
• 柔性数组兼容规则：如果待嵌入的结构体末尾带有柔性数组，要么将该结构体放在外层结构体的最后一个成员位置，要么就用指针引用。如果直接把带柔性数组的结构体嵌在外层中间位置，后续柔性数组的访问会覆盖外层后面的成员，引发未定义行为。

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