Nginx基本数据结构之ngx_queue_t

本文详细介绍了Nginx中的ngx_queue_t双向链表结构,包括哨兵节点的初始化、链表节点的插入和删除操作,以及如何通过宏获取链表中的数据。

ngx_queue_t是nginx中的双向链表,在nginx源码目录src/core下面的ngx_queue.h|c里面。它的原型如下:

typedef struct ngx_queue_s ngx_queue_t;

struct ngx_queue_s {
    ngx_queue_t  *prev;
    ngx_queue_t  *next;
};

不同于教科书中将链表节点的数据成员声明在链表节点的结构体中,ngx_queue_t只是声明了前向和后向指针。在使用的时候,我们首先需要定义一个哨兵节点(对于后续具体存放数据的节点,我们称之为数据节点),比如:

ngx_queue_t free;

接下来需要进行初始化,通过宏ngx_queue_init()来实现:

ngx_queue_init(&free);

ngx_queue_init()的宏定义如下:

#define ngx_queue_init(q)     \
    (q)->prev = q;            \
    (q)->next = q;

可见初始的时候哨兵节点的 prev 和 next 都指向自己,因此其实是一个空链表。ngx_queue_empty()可以用来判断一个链表是否为空,其实现也很简单,就是:

#define ngx_queue_empty(h)    \
    (h == (h)->prev)

那么如何声明一个具有数据元素的链表节点呢?只要在相应的结构体中加上一个 ngx_queue_t 的成员就行了。比如ngx_http_upstream_keepalive_module中的ngx_http_upstream_keepalive_cache_t:

typedef struct {
    ngx_http_upstream_keepalive_srv_conf_t  *conf;

    ngx_queue_t                        queue;
    ngx_connection_t                  *connection;

    socklen_t                          socklen;
    u_char                             sockaddr[NGX_SOCKADDRLEN];
} ngx_http_upstream_keepalive_cache_t;

对于每一个这样的数据节点,可以通过ngx_queue_insert_head()来添加到链表中,第一个参数是哨兵节点,第二个参数是数据节点,比如:

ngx_http_upstream_keepalive_cache_t cache;
ngx_queue_insert_head(&free, &cache.queue);

相应的几个宏定义如下:

#define ngx_queue_insert_head(h, x)                         \
    (x)->next = (h)->next;                                  \
    (x)->next->prev = x;                                    \
    (x)->prev = h;                                          \
    (h)->next = x

#define ngx_queue_insert_after   ngx_queue_insert_head

#define ngx_queue_insert_tail(h, x)                          \
    (x)->prev = (h)->prev;                                   \
    (x)->prev->next = x;                                     \
    (x)->next = h;                                           \
    (h)->prev = x

ngx_queue_insert_head()和ngx_queue_insert_after()都是往头部添加节点,ngx_queue_insert_tail()是往尾部添加节点。从代码可以看出哨兵节点的 prev 指向链表的尾数据节点,next 指向链表的头数据节点。另外ngx_queue_head()和ngx_queue_last()这两个宏分别可以得到头节点和尾节点。

那假如现在有一个ngx_queue_t *q 指向的是链表中的数据节点的queue成员,如何得到ngx_http_upstream_keepalive_cache_t的数据呢? nginx提供了ngx_queue_data()宏来得到ngx_http_upstream_keepalive_cache_t的指针,例如:

ngx_http_upstream_keepalive_cache_t *cache = ngx_queue_data(q,
                                                 ngx_http_upstream_keepalive_cache_t,
                                                 queue);

也许您已经可以猜到ngx_queue_data是通过地址相减来得到的:

#define ngx_queue_data(q, type, link)                        \
    (type *) ((u_char *) q - offsetof(type, link))

另外nginx也提供了ngx_queue_remove()宏来从链表中删除一个数据节点,以及ngx_queue_add()用来将一个链表添加到另一个链表。

<think>嗯,用户现在问的是Nginx的高级数据结构,特别是ngx_queue_t的用途。之前用户已经询问过关于request_pool_size销毁的原因,可能现在想深入了解Nginx内部的实现机制。我需要先回忆一下ngx_queue_t的相关知识。 首先,ngx_queue_t是Nginx中一个双向链表的实现。用户可能想知道为什么Nginx要自己实现这样的数据结构,而不是使用C语言标准库里的结构。这可能涉及到性能优化、内存管理或者跨平台兼容性的问题。 接着,用户可能对具体的使用场景感兴趣。比如在HTTP模块中,Nginx如何处理请求,哪些部分会用到这种链表结构。需要举一些例子,比如维护定时事件、管理HTTP请求等,说明ngx_queue_t的实际应用。 另外,用户可能想了解这种数据结构的特点,比如轻量级、不侵入数据结构的实现方式。需要解释侵入式和非侵入式链表的区别,以及为什么Nginx选择这种方式。可能还要提到内存管理的优势,比如内存池的配合使用,减少内存碎片。 还要考虑用户可能的疑问,比如与其他数据结构如红黑树的区别。这时候需要指出链表和树的不同应用场景,比如链表适合频繁插入删除,而红黑树适合快速查找。说明Nginx如何根据不同的需求选择不同的数据结构。 另外,用户可能对如何在自己的模块中使用ngx_queue_t感兴趣,可能需要简单的代码示例,但用户问题中没有明确要求,所以可能不需要详细代码,但可以简要说明其使用方式,比如初始化、插入节点等步骤。 最后,总结ngx_queue_t的优势,比如高效、灵活、节省内存,以及为什么在Nginx中这样的设计是合理的,适合高并发场景的需求。同时确保回答结构清晰,符合之前用户要求的层次分明的格式,比如分点说明用途、设计特点、优势比较等。</think>Nginx 内部设计了许多高效的自定义数据结构以适配高并发场景,`ngx_queue_t` 是其中一种双向链表的实现,其核心价值在于**轻量级、无侵入、内存友好**的设计。以下是其关键用途与设计逻辑: --- ### 一、`ngx_queue_t` 的核心用途 1. **轻量级链表操作** - 用于需要频繁插入、删除但无需复杂查找的场景(如定时器事件管理、HTTP 请求阶段处理器链)。 - 示例: - 维护超时事件(`ngx_event_timer_rbtree` 结合红黑树和队列管理)。 - HTTP 请求处理阶段(`phase_engine` 中按顺序调用各阶段处理函数)。 2. **无侵入式设计** - 链表节点(`ngx_queue_t`)**不嵌入业务数据结构**,而是通过指针关联,避免强制耦合。 例如: ```c typedef struct { ngx_queue_t queue; // 链表节点 void *data; // 实际业务数据指针 } ngx_custom_node_t; ``` - 优势:同一业务结构可同时加入多个链表,灵活性高。 3. **内存池友好** - 节点内存通常从 Nginx 的 `ngx_pool_t` 内存池分配,生命周期与请求或连接绑定,避免内存泄漏。 --- ### 二、`ngx_queue_t` 的设计特点 1. **极简结构体** 仅包含前驱(`prev`)和后继(`next`)指针,无额外开销: ```c typedef struct ngx_queue_s ngx_queue_t; struct ngx_queue_s { ngx_queue_t *prev; ngx_queue_t *next; }; ``` 2. **高效操作宏** 提供宏直接操作链表,避免函数调用开销(如 `ngx_queue_insert_head`、`ngx_queue_remove`)。 3. **与红黑树互补** - **`ngx_queue_t`**:适合顺序遍历或频繁增删。 - **`ngx_rbtree_t`**:适合快速查找(如定时器、共享内存键值存储)。 - 两者常结合使用(例如定时器用红黑树管理超时时间,用队列维护活跃事件)。 --- ### 三、对比传统链表的优势 | 特性 | `ngx_queue_t` | 传统链表(如 Linux 内核 `list_head`) | |---------------------|--------------------------------|--------------------------------------| | **内存占用** | 更小(仅 2 指针) | 类似 | | **数据耦合** | 无侵入式 | 通常需嵌入结构体 | | **多链表支持** | 通过指针关联,灵活 | 需预先定义嵌入节点 | | **内存管理** | 深度整合 Nginx 内存池 | 依赖外部分配机制 | --- ### 四、典型应用场景 1. **HTTP 请求处理链** 各处理阶段(如 `NGX_HTTP_SERVER_REWRITE_PHASE`)通过链表串联处理函数。 2. **事件定时器** 超时事件按时间排序存入红黑树,活跃事件通过队列管理。 3. **模块配置合并** 多个模块的配置指令通过链表合并(如 `listen` 指令的 `ngx_listening_t` 列表)。 --- ### 五、使用示例(伪代码) ```c // 定义业务数据结构 typedef struct { int id; ngx_queue_t link; // 链表节点 } ngx_custom_data_t; // 初始化链表 ngx_queue_t head; ngx_queue_init(&head); // 插入节点 ngx_custom_data_t *node = ngx_palloc(pool, sizeof(ngx_custom_data_t)); node->id = 100; ngx_queue_insert_tail(&head, &node->link); // 遍历链表 ngx_queue_t *q; for (q = ngx_queue_head(&head); q != ngx_queue_sentinel(&head); q = ngx_queue_next(q)) { ngx_custom_data_t *data = ngx_queue_data(q, ngx_custom_data_t, link); // 处理 data->id } ``` --- ### 总结 `ngx_queue_t` 是 Nginx 为高并发场景量身定制的双向链表,其**无侵入、低开销、内存池集成**的特性,使其在事件管理、请求处理等核心流程中成为高效的基础设施。与红黑树等结构配合,共同支撑 Nginx 的高性能架构。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值