位置：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