如何阻止无关日志写入Docker主机共享卷的日志文件？

核心原因 #

你看到的第三条及之后的日志，是**Flask开发服务器（Werkzeug）直接输出到标准输出(stdout)/标准错误(stderr)**的内容，并非通过你配置的logging模块生成的日志。这些输出会和logging模块写入文件的内容混在一起，通常是因为启动命令把容器的stdout/stderr重定向到了日志文件，导致无关输出被一并写入。

具体解决办法 #

1. 从源头屏蔽Werkzeug的启动日志 #

如果你的应用基于Flask，可通过两种方式直接关闭这些无关输出：

• 设置环境变量
  在启动容器时添加环境变量：

docker run -e WERKZEUG_RUN_MAIN=true ...

或者在Python代码开头加入：

import os
os.environ['WERKZEUG_RUN_MAIN'] = 'true'

该变量会让Werkzeug跳过重复的启动日志输出。

• 修改日志级别
  在代码中调整Werkzeug日志器的级别，让它只输出严重错误：

from flask import Flask
import logging

app = Flask(__name__)

# 保留你原有logging模块的配置
logging.basicConfig(
    filename='/path/to/your/log/file.log',
    level=logging.DEBUG,
    format='%(levelname)s:%(message)s'
)

# 屏蔽Werkzeug的非必要日志
werkzeug_logger = logging.getLogger('werkzeug')
werkzeug_logger.setLevel(logging.ERROR)

if __name__ == '__main__':
    app.run(host='0.0.0.0', port=5000)

2. 分离容器输出与应用日志 #

如果你的启动命令用了类似python app.py >> /path/to/log/file.log 2>&1的重定向，容器的所有stdout/stderr都会被写入日志文件。此时可以：

• 取消重定向，让logging模块单独写入日志文件，容器的stdout/stderr由Docker默认日志驱动处理，两者互不干扰。
• 或者将Werkzeug的输出定向到/dev/null，仅保留logging模块的日志：

python app.py > /path/to/your/log/file.log 2>&1 2>/dev/null

3. 改用生产级服务器（推荐） #

生产环境绝对不要用Flask自带的开发服务器，改用Gunicorn、UWSGI等生产服务器，可完全自定义日志输出：
比如用Gunicorn启动时，直接关闭访问日志、指定错误日志路径：

gunicorn -w 4 -b 0.0.0.0:5000 --access-logfile /dev/null --error-logfile /path/to/error.log app:app

内容的提问来源于stack exchange，提问作者luibo