nginx数据结构之ngx_int_t和ngx_uint_t

Posted 若有恒,何必三更起五更眠;最无益,莫过一日曝十日寒。

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了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



以上是关于nginx数据结构之ngx_int_t和ngx_uint_t的主要内容,如果未能解决你的问题,请参考以下文章

未初始化的整数在c中总是默认为0吗?

大数据之nginx的安装和使用

nginx之文件配置

WebService之nginx+(php-fpm)结构模型剖析及优化

Nginx之数据流代理stream模块简介和使用

Nginx扩展之Openresty