nginx 配置上百个 server_name 时性能瓶颈在域名匹配，尤其正则表达式；应改用精确域名列表、分层匹配、调优哈希参数，并用 map 指令替代冗余 server 块。

Nginx 在单台服务器上配置上百个 `server_name` 时，性能瓶颈往往不出现在连接处理或静态文件服务上，而集中在 **域名匹配阶段**——尤其是当大量使用正则表达式 `server_name` 时，每次请求都要触发 PCRE 编译与匹配，开销陡增。优化核心是：**避免运行时正则匹配、减少匹配层级、提升查找效率**。

用精确域名列表替代正则匹配

正则 `server_name ~^app\d+\.example\.com$` 每次都要执行完整 PCRE 运算，100 个这样的块会让首字节延迟明显上升。
✅ 正确做法：把可枚举的子域名全部列进一个 server 块：

• server_name app1.example.com app2.example.com app3.example.com ... app99.example.com;
• Nginx 对空格分隔的域名采用哈希表查找，O(1) 平均复杂度，比正则快一个数量级以上
• 注意总长度限制：单行 `server_name` 不宜超 4KB（受内部缓冲区影响），超长时可拆成多行，Nginx 支持换行续写

按优先级分层设计 server 块结构

Nginx 匹配顺序固定：精确匹配 > 左侧通配符（*.example.com）> 右侧通配符（example.*）> 正则。合理分层能大幅减少平均匹配耗时：

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

• 高频域名（如 www.example.com、api.example.com）单独设精确 `server` 块
• 中低频子域名归入一个泛域名块：server_name *.example.com;
• 真正需要动态提取的场景（如租户子域路由），改用泛域名 + `map` 指令在 location 内分流，避免在 server_name 层做正则

启用 server_name 哈希表优化

当精确域名总数超过 64 个，默认哈希桶可能冲突增多，导致链表查找退化。
✅ 显式调优：

• 在 http 块顶部添加：server_names_hash_max_size 2048;
• 配合：server_names_hash_bucket_size 128;（根据最长域名长度调整，通常 64 或 128 足够）
• 修改后必须重启 Nginx（不支持 reload），否则报错“could not build the server_names_hash”

用 map 实现动态逻辑，剥离 server_name 负担

例如需对不同子域名设置不同 root 或 header，不要为每个子域写一个 server 块：

• 定义映射：map $host $site_root { default "/var/www/default"; "~^(?<s>.+)\.example\.com$" "/var/www/sites/$s"; }</s>
• 在通用 server 块中直接引用：root $site_root;
• 这样只需 1 个 server 块支撑数百子域，且 map 查找是编译期构建、运行期 O(log n)