跨平台下在C语言中安全将类整数值存入void*的方法探讨

我实现了一个以void*为主要数据类型的简单链表，希望在程序的某一部分存储整数列表。我了解到GList使用GINT_TO_POINTER宏实现此功能：

#define GINT_TO_POINTER(v) ((gpointer)(gssize)(v))

我的疑问在于gssize，它定义在.in文件中，我认为会在配置阶段确定取值。如果我没理解错，它是平台的原生指针大小，那它是否始终等同于size_t？

我使用size_t编写的代码运行正常，但目标是跨平台运行，有没有更安全的实现方式？

关于gssize与size_t的区别 #

gssize和size_t并不完全等同：

• size_t是无符号整数类型，用于表示对象大小或内存偏移，宽度等于平台指针位宽（32位系统是32位，64位是64位）。
• gssize是GLib定义的有符号整数类型，宽度同样等于平台指针位宽，设计目的是在需要带符号的指针大小场景下使用（比如表示内存操作的返回值，可能为负表示错误）。

两者位宽一致，但符号属性不同——这在转换整数到指针时很关键：如果用size_t转换负数，会出现无符号溢出的未定义行为，而gssize作为有符号类型，能正确保留负数的符号位（只要整数在gssize的取值范围内）。

跨平台安全的实现方式 #

如果目标是跨平台且不想依赖GLib宏，有两种可靠方案：

1. 使用与指针同宽的标准有符号整数类型
   直接用C99标准定义的intptr_t（有符号），它保证宽度等于平台指针位宽。转换宏可以写成：

   #define INT_TO_POINTER(v) ((void*)(intptr_t)(v))
   #define POINTER_TO_INT(p) ((int)(intptr_t)(p))
   

   注意：仅当整数的取值范围在intptr_t范围内时，这种转换才安全；若整数超出该范围，不能直接存在void*里，需用动态分配内存的方式。

2. 动态分配整数内存
   若存储的整数范围不确定，或想彻底避免类型转换风险，最稳妥的方式是为每个整数分配独立内存，将内存地址存在链表的void*中：

   // 存储整数
   int *val = malloc(sizeof(int));
   *val = 42;
   list_add_node(your_list, val);
   
   // 读取整数
   int stored_val = *(int*)list_get_node_data(your_list, index);
   
   // 记得释放内存
   free(list_get_node_data(your_list, index));
   

   这种方式完全没有类型转换隐患，唯一代价是额外的内存分配与释放操作。

总结 #

• 若仅需存储小范围正负整数，用intptr_t转换是跨平台且高效的方案，比size_t更安全（避免负数转换问题）。
• 若整数范围不确定或追求绝对安全，动态分配内存是最优选择。

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