nginx需监听非标端口（如8080）并用return 301直接响应跳转，而非代理后重定向；关键要关闭absolute_redirect和port_in_redirect，确保location头不含端口，且server_name匹配请求host。
要让 Nginx 将访问非标准 HTTP 端口（如 8080、8000）的请求，自动跳转到标准端口（80 或 443），关键不是“代理后重定向”，而是**监听非标端口并主动返回 301/302 跳转响应**。Nginx 本身不转发请求再跳转，而是直接响应 Location 头，由浏览器完成跳转。这种方式轻量、可靠，且避免代理层引入额外延迟或路径错乱。
监听非标端口并 return 301 到标准 HTTP
适用于希望统一使用 HTTP + 80 端口 的场景（例如内网调试、测试环境）：
- 在 server 块中明确 listen 非标端口，比如
listen 8080; - 用
return 301 http://$host$request_uri;直接跳转——注意这里没写端口，浏览器会自动补 80 - 确保
server_name匹配实际访问域名，否则 $host 可能为空或出错 - 若需兼容 IP 直连，可设
server_name "";或指定具体 IP
跳转到标准 HTTPS（推荐生产环境）
更安全的做法是强制跳至 HTTPS + 443，即使原始请求走的是 8080：
- 配置仍监听非标 HTTP 端口，如
listen 8080; - 使用
return 301 https://$host$request_uri; - 浏览器收到后，会以 HTTPS 协议、443 端口重新发起请求（除非显式写了其他端口）
- 务必确保后端已有正常工作的 HTTPS server 块（含证书、listen 443 ssl）
避免重定向带非标端口（关键细节）
如果跳转结果里出现了 http://example.com:8080 这类带端口的 URL，说明配置有隐性干扰：
- 检查是否误启了
absolute_redirect on;—— 它会让 Nginx 主动拼绝对地址，应设为off - 确认未启用
port_in_redirect on;，该指令会在重定向中硬编码 $server_port，也需关掉 - 不要在 return 或 rewrite 中手动拼接端口，例如
return 301 http://$host:80$request_uri;是冗余且易错的
验证与调试建议
改完配置后 reload，用 curl 快速确认行为是否符合预期：
curl -I http://localhost:8080/path?x=1- 观察响应头：成功时应为
Location: https://localhost/path?x=1（无端口、无协议歧义） - 若看到
Location: http://localhost:8080/...，重点检查 absolute_redirect 和 port_in_redirect 是否真被关闭，以及 server_name 是否匹配请求 Host
