Nginx/OpenResty性能瓶颈常源于CPU缓存未对齐，需将关键结构体及内存分配强制64字节对齐以减少Cache Miss；配合worker绑核与伪共享隔离，可显著提升高并发场景下的缓存命中率与吞吐。
Nginx 和 OpenResty 的性能瓶颈，往往不在网络或磁盘，而在 CPU 缓存层级——特别是 L1/L2 Cache Line 未对齐引发的额外加载、伪共享（false sharing）和跨行访问。动态编译时针对性地对齐关键结构体与内存分配路径，能显著降低 Cache Miss 率，尤其在高并发连接场景下效果明显。
明确 Cache Line 对齐目标
现代 x86_64 CPU（Intel/AMD 主流型号）L1/L2 Cache Line 大小为 64 字节（0x40）。若一个 ngx_connection_t 或 ngx_http_request_t 结构体起始地址未按 64 字节对齐，或其大小不能被 64 整除，就极易横跨两个 cache line。哪怕只读其中 1 字节，CPU 也要加载整两行（128 字节），浪费带宽且增加延迟。Windows 下还可能触发对齐异常（0xC0000005），Linux 虽可模拟但开销不可忽略。
编译阶段强制启用 Cache Line 对齐
OpenResty（基于 Nginx 源码）已内置 NGX_CACHE_LINE_SIZE 宏，默认值通常为 64，但需显式激活并验证生效：
- 配置时指定对齐尺寸：
./configure \ --prefix=/opt/openresty \ --with-luajit \ --with-pcre-jit \ -DNGX_CACHE_LINE_SIZE=64 \ --with-http_ssl_module
- 编译前确认源码中关键初始化逻辑存在（如
ngx_pagesize_init()中对ngx_cacheline_size的赋值），并在运行时检查：if (((uintptr_t)p & ~(ngx_cacheline_size - 1)) == (uintptr_t)p) { // p 已按 cache line 对齐 }
对齐核心结构体与内存池分配
Nginx 内存池（ngx_pool_t）默认仅做自然对齐（如 8/16 字节），不保证 cache line 对齐。需主动干预：
- 分配大块连续内存后，用
ngx_align_ptr()手动对齐到 64 字节边界：u_char *p = ngx_palloc(pool, sizeof(ngx_connection_t) + padding); p = (u_char *) ngx_align_ptr(p, NGX_CACHE_LINE_SIZE);
- 对高频访问、多核共用的结构字段做隔离：
- 将写密集型字段（如连接计数器、状态标志）单独放在独立 cache line
- 使用
char pad[64 - sizeof(uint32_t)]填充，避免与其他字段共享同一行
- 连接池中，若
ngx_connection_t大小为 128 字节（2×64），且起始地址对齐，则每个 cache line 恰好容纳 2 个连接，批量读取状态时命中率翻倍。
协同 CPU 亲和性与缓存局部性
Cache Line 对齐的价值需配合 CPU 绑核才能完全释放：
- 在
nginx.conf中启用：worker_processes auto; worker_cpu_affinity auto;
- 每个 worker 固定运行于单一物理核，复用该核专属的 L1/L2 缓存
- 避免多个 worker 同时写入同一 cache line：将全局统计变量（如
ngx_stat_active）单独分配并 64 字节对齐，或使用 per-worker 局部计数器再聚合
验证是否真正生效
- 使用
perf工具采集运行时指标：perf stat -e cache-misses,cache-references,instructions,cycles -p $(pidof nginx)
观察
cache-misses/cache-references比率是否下降（理想值 - 检查关键结构体地址：通过调试符号或日志打印
&c->read、&r->headers_in等指针，确认低 6 位均为 0（即地址 % 64 == 0）
不复杂但容易忽略
