将类型抽象为结构体的代价及C语言外联内联间接调用性能损耗问题

咱们来一步步拆解你这两个问题哈：

把单个基础类型（比如int）或者一组相关类型打包成结构体，虽然能带来类型隔离、逻辑封装的好处，但也会有不少隐性代价：

• 不必要的内存/调用开销：如果只是封装单个基础类型，结构体的大小虽然和原类型一致，但在参数传递时，很多架构的调用约定会区别对待基础类型和结构体。比如x86-64下，int会直接放在寄存器里传递，而结构体哪怕大小相同，可能会被要求通过栈传递，额外产生拷贝指令。
• 语法冗余繁琐：访问结构体成员必须用.操作符，比如struct Num { int val; }; Num var; var.val = 10;，比直接int var =10;啰嗦得多，频繁操作时会增加代码量，还容易因为漏写成员名出错。
• 类型转换的额外复杂度：结构体是强类型的，和原基础类型交互必须显式提取成员，没法直接赋值或运算。比如要把结构体里的int拿出来做加法，得写var.val + 5，不能直接var +5，增加了代码的心智负担。
• 编译器优化受限：编译器对基础类型的优化支持更成熟，比如寄存器分配、常量传播、内联优化等。而结构体作为复合类型，编译器可能无法像优化单个基础类型那样灵活，尤其是在复杂的调用链中，可能错过一些优化机会。

答案是肯定的，通常会产生额外性能损耗，核心原因在于调用约定和编译优化的差异：

1. 调用约定的参数传递规则不同 #

不同类型的参数在调用时的传递方式是由平台调用约定规定的。比如x86-64 System V约定中，int这类基础整型会直接放在rdi/rsi等通用寄存器里传递和返回；而哪怕大小和int完全一致的结构体，调用约定可能要求通过栈来传递参数，返回时也需要在栈上开辟临时存储空间，这会比寄存器传递多好几条拷贝指令。

2. 额外的结构体拷贝操作 #

结构体作为参数传递时，编译器会生成完整的内存拷贝代码——哪怕它的大小和基础类型一样。比如调用indirect(x)（x是struct T类型），需要把x的内容完整复制到函数的参数栈帧里；而直接传int的话，可能直接把值加载到寄存器里就行，完全没有拷贝开销。返回值也是同理，结构体返回需要先把结果写到栈上，再拷贝到调用方的变量中，而int可以直接通过寄存器返回。

3. 编译器优化被阻碍 #

extern inline函数的优势在于编译器可以将其直接内联到调用处，并且结合上下文做进一步优化。但当你用结构体代替原类型后，编译器无法识别这其实是对基础类型的“伪装”，会把它当成真正的复合类型处理，无法进行诸如常量传播、函数内联后的参数直接传递等优化，最终生成的代码会更臃肿、低效。

代码示例对比 #

原类型实现（无额外开销）

extern inline int indirect(int x) {
    int the_function(int);
    return the_function(x);
}

这段代码里，编译器可以直接把indirect内联，the_function的调用完全遵循int的调用约定，参数和返回都用寄存器，几乎没有额外开销。

结构体替代实现（有额外开销）

struct T { char arr[sizeof(int)]; };

extern inline struct T indirect(struct T x) {
    struct T the_function(struct T);
    return the_function(x);
}

这段代码中，调用indirect和the_function时都会产生结构体拷贝操作，哪怕结构体大小和int一致，这些拷贝指令都会增加运行时间，带来性能损耗。

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