nginx 默认不使用 stdout/stderr 输出日志，需通过 daemon off; 和 access_log /dev/stdout、error_log /dev/stderr 配置实现；或用软链接将日志文件指向 /dev/stdout/stderr。
在 Nginx 中，“将标准输出（stdout）和标准错误（stderr）重定向到指定位置”这个说法容易引起误解——Nginx 本身**不直接使用 stdout/stderr 输出日志**，它默认把日志写入文件（如 /var/log/nginx/access.log 和 /var/log/nginx/error.log）。所谓“重定向到 stdout/stderr”，实质是**让 Nginx 进程把日志内容写入 /dev/stdout 或 /dev/stderr 设备文件**，从而被 Docker、systemd 或其他运行环境捕获。关键不在 shell 重定向符号（> 或 2>&1），而在 Nginx 配置本身是否指向这些设备。
必须关闭守护进程模式
Nginx 默认以 daemon 模式运行（后台 fork 子进程），这会导致它脱离控制终端，无法可靠地向 stdout/stderr 写入内容。因此第一步是强制前台运行：
- 在
nginx.conf的全局块（main context）中添加：daemon off; - 或在启动命令中覆盖：
nginx -g "daemon off;"
显式配置日志目标为 /dev/stdout 或 /dev/stderr
修改 http 块（或 server 块）中的日志指令，把路径设为设备文件：
- 访问日志建议走 stdout：
access_log /dev/stdout main; - 错误日志建议走 stderr（便于与访问日志分离）：
error_log /dev/stderr warn; - 确保
log_format main已正确定义（Nginx 默认自带，无需额外声明）
替代方案：用软链接欺骗 Nginx 写入标准流
如果无法修改 nginx.conf（例如使用第三方镜像），可在构建镜像时用符号链接替代日志文件：
- 在 Dockerfile 中添加：
RUN ln -sf /dev/stdout /var/log/nginx/access.log && \ln -sf /dev/stderr /var/log/nginx/error.log - 这样即使配置里写的是
access_log /var/log/nginx/access.log;，实际也写入标准输出/错误 - 适用于 CI/CD 流水线或不可控配置的场景
验证是否生效
启动后，用以下方式确认日志已进入标准流：
- Docker 环境下执行：
docker logs <container_id></container_id>应能看到 access 和 error 日志混排（若 error_log 走 stderr，则可能需docker logs --details <container_id></container_id>区分） - 本地前台运行时，终端会实时打印日志；若无输出，检查
daemon off;是否生效、路径是否拼写正确（如/dev/stdout不是/dev/stdoout） - 注意：Nginx 的
error_log级别低于warn（如info）时，部分消息仍可能不输出，建议初始调试用error_log /dev/stderr debug;（需编译时启用 --with-debug）
