Nginx原生不支持listen指令中使用环境变量，因其配置解析在master进程启动时完成socket绑定，此时尚未注入环境变量，且listen属静态配置、不参与运行时变量展开；可行方案包括启动前用envsubst等工具模板渲染、容器化中通过ENTRYPOINT生成配置、或Ansible等编排工具动态生成，须配合nginx -t校验和-s reload生效。
Nginx 原生不支持在 listen 指令中直接使用环境变量（如 $PORT），因为配置文件解析发生在启动阶段，而 Nginx 的核心设计要求 listen 的地址和端口必须是编译期确定的常量值——它不参与运行时变量展开。
为什么 listen 不能用环境变量
Nginx 在 master 进程加载配置时就完成 socket 绑定，此时尚未启动 worker，也未注入应用级环境变量；$var 语法仅在 location、proxy_pass、set 等运行时上下文中有效，listen 属于静态监听配置，不支持变量插值。
可行的替代方案
要实现“动态端口”，需绕过配置硬编码，通过外部机制生成最终配置：
-
启动前模板渲染：用 shell 或工具（如 envsubst、sed、gomplate）替换占位符。例如配置中写
listen ${LISTEN_PORT:-8080};，启动前执行envsubst /etc/nginx/nginx.conf -
容器化场景推荐方式：Docker 中挂载配置模板 +
ENTRYPOINT脚本，读取$PORT并生成真实配置，再 exec nginx -
Ansible/Terraform 等编排工具：将端口作为变量传入模板任务，生成定制化
nginx.conf后部署 -
使用 include + 外部生成文件：主配置中写
include /etc/nginx/conf.d/listen.conf;，由外部脚本每次写入实际listen 8081;内容
不推荐的误区
以下做法无效或危险：
- 试图在配置里写
listen $PORT;—— 会报错invalid port或被当作字符串字面量导致绑定失败 - 用
include引入含变量的文件但未预处理 —— Nginx 不解析其中的$PORT - 依赖 Lua（OpenResty）在 init_by_lua* 阶段修改 listen —— listen 已在更早阶段固化，无法运行时变更
验证与 reload 流程
无论采用哪种生成方式，都必须：
- 生成后执行
nginx -t校验语法 - 确保新配置中
listen行符合规范（如 IPv4/IPv6 一致启用 reuseport、端口范围合法） - 用
nginx -s reload生效，而非 kill 进程
