nginx 不支持 error_log /dev/stdout，因其内部文件 i/o 不兼容字符设备的 lseek() 和锁机制，易致启动失败或日志丢失；正确做法是用软链接将默认日志路径（如 /var/log/nginx/error.log）指向 /dev/stdout，并在 nginx.conf 中保持 error_log /var/log/nginx/error.log warn;，确保日志经标准流输出供 fluent bit/loki 等统一采集。
在容器化环境中，Nginx 默认将错误日志写入文件（如 /var/log/nginx/error.log），这不利于日志统一采集（如通过 stdout + Fluentd / Loki / Filebeat 收集）。要让错误日志输出到标准输出（stdout），关键不是修改 error_log 指令的目标为 /dev/stdout（Nginx 不支持该路径），而是用符号链接把日志文件重定向到 /dev/stdout。
为什么不能直接写 error_log /dev/stdout;
Nginx 内部对日志文件使用普通文件 I/O 打开并追加写入，而 /dev/stdout 是一个字符设备，在多数系统中不支持 lseek() 和部分文件锁行为，会导致 Nginx 启动失败或日志丢失。官方文档也明确说明：不支持将 error_log 设为 /dev/stdout 或 /dev/stderr。
正确做法：用符号链接覆盖日志文件
在容器启动前（如 Dockerfile 的 ENTRYPOINT 或初始化脚本中），将 Nginx 配置中指定的错误日志路径（默认 /var/log/nginx/error.log）替换为指向 /dev/stdout 的软链接：
- 确保 Nginx 配置仍保持默认或显式设置：
error_log /var/log/nginx/error.log warn; - 在启动 Nginx 前执行：
rm -f /var/log/nginx/error.log && ln -sf /dev/stdout /var/log/nginx/error.log - 同理，若需收集访问日志，也可对
access.log做相同处理（但注意：access_log 支持syslog或buffered等方式，/dev/stdout软链同样适用）
完整 Dockerfile 示例片段
（基于官方 nginx:alpine）
RUN rm -f /var/log/nginx/error.log /var/log/nginx/access.log RUN ln -sf /dev/stdout /var/log/nginx/error.log RUN ln -sf /dev/stdout /var/log/nginx/access.log <h1>可选：精简默认配置，确保 error_log 指向原路径（无需改）</h1><p>COPY nginx.conf /etc/nginx/nginx.conf</p><p>CMD ["nginx", "-g", "daemon off;"] </p>
验证是否生效
运行容器后，执行：docker logs -f <container></container>，应能实时看到类似以下错误日志：
2024/05/20 10:22:33 [error] 7#7: *1 open() "/usr/share/nginx/html/notfound.html" failed (2: No such file or directory), client: 172.17.0.1, server: localhost, request: "GET /404 HTTP/1.1", host: "localhost:8080"- 若看不到，检查软链是否存在、权限是否正确（Nginx worker 进程需有读
/dev/stdout权限，通常默认满足） - 注意：某些 Alpine 镜像中
/dev/stdout是 pipe，但 Nginx 写入无问题；如遇异常，可改用/proc/1/fd/1（即 PID 1 的 stdout）作为链接目标
