能否在运行时解析typedef定义的类型别名？

结论：标准C中没有直接方法能在运行时获取typedef别名对应的原始类型名称——因为typedef只是给现有类型起了别名，编译完成后别名和原始类型在语义上完全等价，编译器不会留存"别名对应哪个原始类型"的元信息。不过可以通过一些间接手段推断：

1. 借助类型特性区分 #

可以利用类型的大小、极值等特性来判断：

• 用sizeof获取类型字节数，结合目标平台的常规类型大小（比如通常short是2字节，int是4字节，long在32位平台为4字节、64位平台为8字节）
• 对比类型的极值，比如判断signed_integer的最大值是否等于SHRT_MAX、INT_MAX或LONG_MAX

示例代码：

#include <stdio.h>
#include <limits.h>

const char* GetSignedIntegerTypeName() {
    if (sizeof(signed_integer) == sizeof(short) && 
        (signed_integer)SHRT_MAX == SHRT_MAX) {
        return "short";
    } else if (sizeof(signed_integer) == sizeof(int) && 
               (signed_integer)INT_MAX == INT_MAX) {
        return "int";
    } else if (sizeof(signed_integer) == sizeof(long) && 
               (signed_integer)LONG_MAX == LONG_MAX) {
        return "long";
    } else {
        return "unknown";
    }
}

int main() {
    printf("signed_integer 对应的原始类型：%s\n", GetSignedIntegerTypeName());
    return 0;
}

注意：这种方法依赖平台的类型大小约定，有局限性——比如部分平台上int和long大小相同，此时无法区分两者。

2. 利用编译器扩展或调试信息 #

部分编译器提供了非标准扩展功能，或者可以通过生成DWARF等调试信息来查看类型映射，但这类方法不具备可移植性，仅能在特定环境下使用。

3. 反向推导库的编译配置 #

如果库未公开相关宏，可尝试：

• 分析库的头文件，寻找条件编译的痕迹，定位类型定义的分支
• 查阅库的编译文档或发布说明，这类配置通常会有相关说明
• 检查库的二进制文件中是否嵌入了编译时的类型标识字符串

总结：没有预处理器宏信息的情况下，只能通过类型特性间接推断，无法保证100%准确；最可靠的方式还是尽量获取库的编译配置细节。

内容的提问来源于stack exchange，提问作者J.A. Ferrand