端口隔离是Nginx实现业务隔离最简单可靠的方式，通过为每个server块配置唯一listen端口、独立root路径和index文件，并注意权限、PHP处理及防火墙放行。
直接用不同端口区分虚拟主机，是 Nginx 实现业务隔离最简单、最可靠的方式之一。它不依赖域名解析，也不受 Host 头干扰，适合内部系统、测试环境或端口明确划分的多服务场景。
每个 server 块绑定唯一端口
核心是为每个业务分配独立的 listen 指令。Nginx 启动时会检查端口是否冲突——同一 IP 上重复监听相同端口会导致失败。
- 写法示例：
listen 8080;或更明确的listen 127.0.0.1:8080; - 避免使用
listen *:8080;和listen 8080;混用，容易引发隐式绑定歧义 - 若需 IPv6 支持，可加
ipv6only=on，如listen [::]:8080 ipv6only=on;
根目录与首页文件完全独立
端口只是入口，真正隔离靠的是 root 和 index 的组合。每个 server 块必须指定专属静态资源路径和默认首页名。
-
root /opt/app-a;→ 所有请求路径都以此为基准查找文件 -
index dashboard.html index.php;→ 按顺序匹配，找到第一个存在即返回 - 建议用绝对路径（如
/var/www/app-b），避免因工作目录变化导致 404
无需 server_name，但建议保留
端口模式下 server_name 不参与路由判断，但它仍有实际价值：
- 日志中可识别请求归属（配合
$server_name变量） - 便于后续扩展：比如某天想切到域名模式，只需改 listen + 补 DNS，配置结构几乎不用动
- 调试时可通过 curl -H "Host: test.local" http://localhost:8081 验证逻辑一致性
注意权限与后端兼容性
端口隔离看似简单，但常见问题往往出在配套环节：
- 确认 Nginx 进程对各
root目录有读取权限（尤其 SELinux 或 Docker 容器内） - 若首页是 PHP 文件，确保对应 server 块里已配好
location ~ \.php$和 fastcgi_pass - 修改配置后执行
nginx -t测试语法，再nginx -s reload生效 - 防火墙需放行对应端口（如 CentOS 的 firewalld 或云服务器安全组）
