关于根据server_name配置NGINX根目录的可行性及变量选择疑问

首先明确说：你的配置语法上是合法的，nginx -t检测通过就说明能正常运行，但从Nginx的最佳实践角度来说，这种依赖if指令判断的方式并不推荐——Nginx的if不是常规编程语言里的条件分支，它的执行逻辑比较特殊，在某些复杂场景下容易触发意想不到的请求处理行为，属于"尽量避免使用"的语法。

接下来聊变量选择的问题：要不要换成$http_host或$host？

• $server_name是你在配置里明确定义的域名，只要请求匹配到当前server块，这个值就是固定的，不会被客户端的请求头篡改，安全性和可靠性都最高。
• $http_host是直接从客户端请求头里取的Host值，如果客户端发送的请求没有Host头，这个变量就是空的，存在被恶意利用的风险，绝对不推荐用在这种场景。
• $host是Nginx的一个组合变量：如果当前请求匹配到了server_name，它就等于$server_name；如果没匹配到，才会用$http_host的值（或者默认的主机名）。在你的场景里，因为已经通过server_name的正则匹配锁定了域名，$host和$server_name的值是完全一致的，用哪个都行，但$server_name的语义更明确，更适合你的需求。

最后给你两个更符合Nginx最佳实践的方案：

方案1：拆分独立server块（最直观，易维护） #

如果你的域名数量不多，直接拆成多个server块是最清晰的方式，每个块对应一个域名，根目录直接指定，完全不用变量和判断：

server {
    listen 80;
    server_name host1.example.com;
    access_log /var/log/nginx/hosts_access.log main;
    error_log /var/log/nginx/hosts_error.log;

    root /var/www/host1;

    location = /robots.txt {
        return 200 "User-agent: *\nDisallow: /\n";
    }

    location / {
        index index.html;
        try_files $uri $uri/ /index.html =404;
    }

    location ~* \.(jpe?g|png|gif|ico)$ {
        expires 1h;
        access_log off;
    }

    location ~ /\.(ht|svn|git) {
        deny all;
    }
}

server {
    listen 80;
    server_name host2.example.com;
    access_log /var/log/nginx/hosts_access.log main;
    error_log /var/log/nginx/hosts_error.log;

    root /var/www/host2;

    # 重复的location块可以抽成公共文件引入，避免冗余
    # include /etc/nginx/common_locations.conf;
    location = /robots.txt {
        return 200 "User-agent: *\nDisallow: /\n";
    }

    location / {
        index index.html;
        try_files $uri $uri/ /index.html =404;
    }

    location ~* \.(jpe?g|png|gif|ico)$ {
        expires 1h;
        access_log off;
    }

    location ~ /\.(ht|svn|git) {
        deny all;
    }
}

如果重复的配置太多，把相同的location块写到单独的文件（比如/etc/nginx/common_locations.conf），然后用include引入，这样维护起来更方便。

方案2：使用map指令（适合多域名场景） #

如果你的域名数量比较多，不想拆太多server块，可以用Nginx的map指令在全局定义域名和根目录的映射，这样逻辑更简洁，而且比if高效：

http {
    # 其他全局配置...

    # 在http块下定义map，将server_name映射到对应的根目录
    map $server_name $root_path {
        host1.example.com /var/www/host1;
        host2.example.com /var/www/host2;
        # 可以继续添加更多域名映射
    }

    server {
        listen 80;
        server_name ~^(host1|host2)\.example\.com$;
        access_log /var/log/nginx/hosts_access.log main;
        error_log /var/log/nginx/hosts_error.log;

        root $root_path;

        # 下面的location块和你原来的完全一致
        location = /robots.txt {
            return 200 "User-agent: *\nDisallow: /\n";
        }

        location / {
            index index.html;
            try_files $uri $uri/ /index.html =404;
        }

        location ~* \.(jpe?g|png|gif|ico)$ {
            expires 1h;
            access_log off;
        }

        location ~ /\.(ht|svn|git) {
            deny all;
        }
    }
}

map是在请求处理的早期阶段完成变量赋值的，不会像if那样干扰后续的请求处理流程，是官方推荐的变量映射方式。

总结一下：你的原配置可以运行，但不是最优解；变量选择上，$server_name是最可靠的，没必要换成$http_host或$host；推荐用上面两种方案替代你的if判断逻辑。

内容的提问来源于stack exchange，提问作者obohovyk