当然可以！完全可以使用“域名:端口”的形式作为nginx反向代理的后端地址。这是一种非常常见且推荐的做法。

实际上，使用域名相比直接使用IP地址有诸多优势。

如何配置

在你的nginx配置文件中，在 location 块内的 proxy_pass 指令后面直接使用域名即可。

server {
    listen 80;
    server_name your-domain.com;
    location / {
        # 使用“域名:端口”作为代理目标
        proxy_pass http://backend-app.com:8080;
        # 下面是一些常用的代理设置
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}​

如果你的后端服务运行在标准的HTTP/80或HTTPS/443端口，甚至可以省略端口号。

# 代理到运行在标准80端口的后端
proxy_pass http://backend-app.com;
# 代理到运行在标准443端口（HTTPS）的后端
proxy_pass https://backend-app.com;​

使用域名 vs 使用IP地址的优势

一个重要的问题：DNS解析缓存

当你在 proxy_pass 中使用域名时，Nginx默认只会在启动或重载配置时解析一次该域名，并将其缓存直到下次重启或重载。

这在后端IP地址发生变化时会导致问题：Nginx仍然会向旧的IP地址发送请求，导致代理失败。

解决方案：使用 resolver 指令

为了解决DNS缓存问题，你需要在Nginx配置中显式地指定一个DNS解析器，并告诉Nginx定期重新解析域名。

server {
    listen 80;
    server_name your-domain.com;
    # 指定DNS解析服务器（如Google的公共DNS，或公司内网的DNS）
    resolver 8.8.8.8 8.8.4.4 valid=30s;
    # valid=30s 表示NGINX会每30秒重新验证一次DNS记录的有效性。
    location / {
        # 使用变量来设置proxy_pass，这是强制Nginx定期解析域名的关键
        set $backend_upstream "http://backend-app.com:8080";
        proxy_pass $backend_upstream;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}​

关键点：

1. resolver：指定用于解析域名的DNS服务器地址。

2. 在 proxy_pass 中使用变量（如 $backend_upstream）而不是直接写域名。这是触发Nginx按照resolver指令设定的时间间隔去重新解析域名的必要条件。

总结

• 可以且推荐在Nginx反向代理中使用“域名:端口”的形式。

• 这样做具有灵活性高、易于维护、便于实现负载均衡和服务发现等巨大优势。

• 使用时需要注意Nginx的DNS缓存问题，并通过配置 resolver 指令和在 proxy_pass 中使用变量来解决它。

因此，如果你的后端服务有域名，强烈建议使用域名而不是IP地址进行配置。