优化Nginx虚拟主机性能需精简server_name匹配、合理include拆分配置、禁用if改用map、删除冗余指令，并启用哈希参数与顶层共用配置。
优化 Nginx 虚拟主机的配置加载与解析性能，核心在于减少配置解析开销、加快匹配效率、避免运行时重复计算。重点不在单个 server 块写得多漂亮，而在于整体结构是否利于 Nginx 快速定位和加载。
精简 server_name 匹配逻辑
Nginx 在处理请求时，需根据 Host 头快速匹配到对应 server 块。若 server_name 过多、含通配符或正则，会显著拖慢查找速度。
- 优先使用精确域名，如 server_name example.com;，避免
server_name *.example.com;或正则表达式 - 一个 server 块只配一个主域名，多个域名用空格分隔：server_name a.com b.com c.com;，比写多个 server 块更轻量
- 大量域名场景下，启用 server_names_hash_bucket_size 和 server_names_hash_max_size，防止哈希冲突导致退化为线性查找（默认值常不够）
合理拆分与 include 管理配置文件
把所有虚拟主机塞进 nginx.conf 会导致每次 reload 都要全量解析，也增加人为误操作风险。
- 用 include /etc/nginx/sites-enabled/*.conf; 统一引入虚拟主机配置，便于启停单个站点
- 确保 sites-enabled 下只软链真实启用的配置，禁用站点直接移除链接，不注释或删文件
- 避免在 include 文件中嵌套过多层级（如 include 再 include），Nginx 不支持递归 include，深层嵌套易出错且难调试
关闭不必要的运行时解析功能
部分配置看似灵活，实则每次请求都触发额外计算，对高频访问的虚拟主机影响明显。
- 慎用 if 指令做 Host 判断（如
if ($host ~* ^(www\.)?(.+)$) { ... }），它在 location 中执行成本高，应改用 server_name 或 map 指令预处理 - 用 map 提前将 Host 映射为变量，比 if + rewrite 更高效，且只在初始化时解析一次
- 静态资源虚拟主机无需启用 fastcgi、proxy_pass 等模块相关指令，删掉未用的 upstream、proxy_set_header 等，减少配置树体积
启用配置缓存与热重载优化
Nginx 本身不缓存解析结果，但可通过操作方式降低 reload 开销。
- 修改配置后，先运行 nginx -t 验证语法，避免因错误导致 reload 失败并中断服务
- 使用 nginx -s reload 触发平滑重启，旧 worker 进程处理完现存连接后再退出，新进程用新配置加载虚拟主机
- 若虚拟主机数量超百，考虑将共用配置（如日志格式、gzip 设置）提取到 http 块顶层，避免每个 server 块重复定义
