在GCC中，使用typedef对比#define对程序二进制文件有何影响？

对二进制/目标文件的影响 #

• 编译后无额外痕迹：typedef 只是给现有类型起别名，编译器在语义分析阶段就会把所有 typedef 别名替换成原类型，最终生成的机器码和直接使用原类型完全一致。无论你是写 typedef int MyInt; MyInt x; 还是直接写 int x;，编译出的二进制文件没有任何区别，不会多占字节，也不会引入额外的运行时结构。
• 符号表的微小差异（仅调试阶段）：如果是全局范围内的 typedef 别名，可能会在目标文件的符号表中留下别名条目，但这只是用于调试的辅助信息，不会影响运行时的内存占用或执行效率。当编译为 release 版本（剥离调试信息）时，这些条目会被移除。

资源占用对比 #

• 编译阶段：typedef 需要编译器做额外的类型检查（比如禁止重复定义别名、确保别名对应的类型合法），这会带来极其微小的编译时间开销，但完全不影响最终生成的二进制文件的大小和运行性能。而 #define 只是简单的文本替换，没有类型检查，编译速度略快，但容易引发隐式错误（比如 #define INT int; INT* a, b; 中 b 实际是 int 类型而非 int*）。
• 运行阶段：typedef 和 #define 生成的二进制代码完全等价，不存在谁占用更多内存、CPU 资源的情况。typedef 不会给运行时带来任何额外负担，反而因为类型安全能避免很多 #define 导致的潜在 bug。

总结 #

typedef 不会让最终的二进制/目标文件产生任何额外开销，也不会占用更多运行时资源。它只是在编译阶段提供了更强的类型安全性，相比 #define 更可靠，却没有任何性能代价。

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