优化Nginx字符串处理的核心是适配ngx_str_t设计哲学：不依赖\0结尾，靠显式长度控制；避免隐式遍历、冗余拷贝、函数调用，提升缓存命中；禁用strlen等C函数，改用ngx_strncmp等长度安全操作；坚持零拷贝、宏内联、内存布局优化。
优化 Nginx 的字符串处理函数，核心是适配 ngx_str_t 的设计哲学：它不依赖 \0 结尾，而是靠显式长度控制。所有提速手段都围绕“避免隐式遍历、杜绝冗余拷贝、减少函数调用、提升缓存命中”展开。
严格按长度操作，禁用 C 字符串惯用函数
误用 strlen、strcmp、strstr 是最常见性能陷阱——它们会从头扫描直到遇到 \0，而 ngx_str_t 的 data 指针后未必有终止符，既慢又危险。
- 比较两个字符串：用
ngx_strncmp(a->data, b->data, ngx_min(a->len, b->len))，先比长度再比内容 - 判断是否为空：直接检查
s.len == 0，不要调用strlen(s.data) - 需传给第三方库时（如正则引擎），才临时构造以
\0结尾的副本，并确保分配s.len + 1字节且手动置零
坚持零拷贝，复用原始内存指针
Nginx 请求解析阶段的 URI、header、host 等数据，天然存在于连续的接收 buffer 中。优化关键在于“不动数据，只动指针和长度”。
- 解析
Host头时，让ngx_str_t host直接指向原始请求 buffer 中对应偏移，不 malloc 新内存 - 匹配
location前缀时，用ngx_strncmp(r->uri.data, loc->name.data, loc->name.len)，不截取子串 - 拼接路径（如
root + uri）优先调用ngx_http_map_uri_to_path，该函数通过调整len和data偏移完成逻辑拼接，无字节复制
用宏替代函数调用，消除运行时开销
高频路径（如 header 查找、配置项比对）中，函数调用本身就有分支和栈操作成本。Nginx 大量使用宏实现内联展开。
- 初始化空串：
ngx_str_null(&s)展开为两行赋值，无函数跳转 - 安全等值判断：自定义宏
ngx_str_equals(&a, &b)，先比len，相等再memcmp(a->data, b->data, a->len)，短路高效 - 设置字面量：
ngx_str_set(&s, "text")在编译期算出长度，避免运行时sizeof或strlen - 池内复制：用
ngx_str_dup_pool类宏，把ngx_pnalloc + ngx_memcpy合并为一次 pool 分配+拷贝
优化内存布局，提升 CPU 缓存效率
ngx_str_t 本身仅 16 字节（64 位系统），但大量实例连续存放时，字段顺序和结构体对齐会影响 cache line 利用率。
- 在
ngx_table_elt_t（用于 headers）等结构中，把key.len放在key.data前面，使常用字段更可能被一次加载进 L1 cache - 避免单个结构体跨 cache line（通常 64 字节），例如不在
ngx_str_t后紧跟大数组或长 buffer - 批量处理时（如日志格式化），优先用连续 buffer + offset 移动，而非分散的
ngx_str_t*数组，减少 TLB miss
