nginx数据结构之ngx_int_t和ngx_uint_t

位置：nginx/src/core/nginx_config.h

typedef intptr_t        ngx_int_t;
typedef uintptr_t       ngx_uint_t;

intptr_t和uintptr_t在linux平台的/usr/include/stdint.h头文件中可以找到

/* Types for `void *' pointers.  */
#if __WORDSIZE == 64
# ifndef __intptr_t_defined
typedef long int		intptr_t;
#  define __intptr_t_defined
# endif
typedef unsigned long int	uintptr_t;
#else
# ifndef __intptr_t_defined
typedef int			intptr_t;
#  define __intptr_t_defined
# endif
typedef unsigned int		uintptr_t;
#endif

intptr_t和uintptr_t类型是用来存放指针地址的，他们提供了一种可移植且安全的方法声明指针，而且和各自系统中使用的指针长度相同，对于把指针转化为整数形式来说很有用

解释一下上面一段代码的意思：

在64位机器上，intptr_t和uintptr_t分别是long int和unsigned long int的别名，在32位机器上，intptr_t和unitptr_t分别是int和unsigned int的别名

那为什么要用typedef定义新的别名呢？

我想主要是为了提升程序的可移植性（32位和64位），很明显，上述代码会根据宿主机的位数来为intptr_t和uintptr_t匹配想适应的数据类型

很明显intptr_t不是指针类型，但是为什么说这是为了void*指针呢？

第一行注释：（Types for void* pointers）

在《深入分析Linux内核源码》中找到了答案，原文描述如下：

尽管在混合不同数据类型时你必须小心，有时有很好的理由这样做，一种情况是因为内存存取，与内核相关时是特殊的，概念上，尽管地址是指针，内存管理常常使用一个无符号的整数类型更好的完成；内核对待物理内存如同一个大数组，并且内存地址只是一个数组索引，进一步的，一个指针容易解引用，当直接处理内存存取时，你几乎从不想以这种方式解引用，使用一个整数类型避免了这种解引用，因此避免了bug，因此，内核中通常的内存地址常常是unsigned long，利用率指针和长整型一直是相同大小的这个事实，至少在Linux目前支持的所有平台上

void*指针的好处：

因为在c语言中，任何类型的指针都可以转化为void*类型的指针，并且在将它转换回来时不会丢失信息

总结：

nginx使用ngx_int_t封装有符号整型，使用ngx_uint_t封装无符号整型，nginx各模块中都是如此使用的，建议大家在nginx中沿用这个习惯，以替代int和unsigned int