预处理阶段如何根据数据类型大小适配软件行为（替代sizeof()）

兄弟，太懂你这种跨平台类型大小踩坑的痛苦了！你想用预处理阶段的逻辑来替代sizeof()（毕竟sizeof()是编译期才会计算的操作符，预处理阶段根本没法用它），来根据unsigned long的大小适配代码，这个需求完全合理——毕竟Linux上unsigned long固定是8字节，Windows上又始终是4字节，再加上用的库还偏偏依赖这个“模糊”的类型，确实头疼。

给你两个靠谱的预处理阶段解决方案，完全能满足你的需求：

一、用编译器内置的类型大小宏（最精准） #

主流编译器都会在预处理阶段提供直接对应基础类型大小的宏，比如：

• GCC、Clang等GNU兼容编译器：__SIZEOF_LONG__，直接代表long类型的字节数
• MSVC（Windows平台）：_SIZEOF_LONG，作用和上面的宏完全一样

你可以直接用这些宏来写预处理判断，示例代码如下：

// 跨编译器兼容的写法
#ifdef _MSC_VER
// 针对MSVC编译器
#if _SIZEOF_LONG == 4
#define CONFIG_VALUE 5
#define DO_PLATFORM_ACTION() do_something()
#elif _SIZEOF_LONG == 8
#define CONFIG_VALUE 7
#define DO_PLATFORM_ACTION() do_something_else()
#endif
#else
// 针对GCC、Clang等编译器
#if __SIZEOF_LONG__ == 4
#define CONFIG_VALUE 5
#define DO_PLATFORM_ACTION() do_something()
#elif __SIZEOF_LONG__ == 8
#define CONFIG_VALUE 7
#define DO_PLATFORM_ACTION() do_something_else()
#endif
#endif

这种方法的好处是不依赖平台判断，只看类型本身的大小，哪怕以后某个平台的unsigned long大小变了（虽然概率极低），代码也能自动适配。

二、直接用平台宏判断（更简单，适合你的场景） #

既然你已经明确知道：Windows上unsigned long是4字节，Linux上是8字节，那直接用平台标识宏来判断反而更简洁，完全不用管编译器差异：

#ifdef _WIN32
// Windows平台，unsigned long为4字节
#define CONFIG_VALUE 5
#define DO_PLATFORM_ACTION() do_something()
#else
// Linux等类Unix平台，unsigned long为8字节
#define CONFIG_VALUE 7
#define DO_PLATFORM_ACTION() do_something_else()
#endif

这种写法代码更短，逻辑也更直观，完全符合你“把逻辑移到预处理、简化代码”的需求。

最后必须说一句：你给库作者提的把unsigned long换成uint64_t的建议，绝对是最正确、最一劳永逸的解决方案——固定宽度的整数类型完全没有跨平台的大小歧义，从根源上杜绝这类问题。现在先用上面的预处理方案过渡，等库更新后再迁移到标准固定宽度类型就完美了。

内容来源于stack exchange