buffer大小需为页大小整数倍以减少内存碎片和TLB压力，提升高并发下缓存命中率与分配效率；推荐取值如2m（2MB）适配大页，但须结合业务响应特征与系统配置协同优化。
配置 proxy_buffers 时考虑内存分页对齐，核心不是手动“对齐页大小”，而是让单块 buffer 大小匹配 Linux 默认页（4KB）或大页（2MB）的整数倍，减少内存碎片与 TLB 压力，尤其在高并发、长连接场景下能提升缓存命中率和分配效率。
为什么 buffer 大小要关注分页对齐
Linux 内核按页（page）管理物理内存，默认 4KB。Nginx 分配的每个 proxy_buffer 是用户态 malloc 的连续内存块，若单块大小不是页大小整数倍（如设为 130KB），内核可能需跨多个页框分配，增加页表项数量、降低 TLB 命中率；在启用透明大页（THP）的系统上，非对齐 buffer 还可能阻碍大页合并，削弱性能收益。
推荐的 buffer 大小取值（兼顾分页与业务）
以下数值均为 4KB 的整数倍，且适配常见响应特征：
- 轻量 API / JSON 接口（：用
proxy_buffers 16 128k（128KB = 32 × 4KB） -
SSR 页面 / 首屏 HTML（80–300KB）：用
proxy_buffers 8 256k（256KB = 64 × 4KB） -
报表导出 / 镜像回源（10–100MB）：用
proxy_buffers 32 256k或16 512k（512KB = 128 × 4KB） -
已启用 THP 的服务器（/proc/sys/vm/nr_hugepages > 0）：可尝试
proxy_buffers 8 2m（2MB = 1 × hugepage），但需确保总内存充足且后端推送节奏稳定
配合系统级内存策略协同生效
仅调 buffer 大小不够，还需对齐内核行为：
- 确认 THP 状态：
cat /sys/kernel/mm/transparent_hugepage/enabled，生产环境建议设为always或madvise - 关闭 swap 干扰：
sysctl -w vm.swappiness=1，避免 buffer 内存被换出 - 禁用临时落盘：
proxy_max_temp_file_size 0，逼迫 Nginx 完全走内存路径，此时 buffer 对齐效果更显著 - 监控验证：
cat /proc/$(pgrep nginx)/status | grep VmRSS观察 worker 实际 RSS 是否稳定；若频繁波动，可能是 buffer 分配不均或未对齐导致内核频繁拆页
需要避开的误区
不要为了“对齐”而牺牲业务适配性：
- 不必强求所有 buffer 都是 2MB —— 小响应用 2MB 单块会严重浪费内存，并发能力反降
- 不要混淆
proxy_buffer_size（只管 header）与proxy_buffers（只管 body）—— 后者才涉及分页对齐问题 -
proxy_buffers数量无需对齐页数，关键是单块大小；总数由积压窗口决定，不是内存页管理单位 - 开启
proxy_buffering off（如 SSE、gRPC-Web）时，该参数完全不生效，对齐无意义
