通常，我们将其重定向到一个特定的文件(通过从主机挂载一个卷并将其写入该文件)。

使用-t添加tty也可以。你得从码头工人的日志里查到。

使用大的日志输出，我没有任何问题，缓冲区存储所有没有把它放在dockers日志。

作为一个快速的解决方法，试试这个:

from __future__ import print_function
# some code
print("App started", file=sys.stderr)

当我遇到同样的问题时，这个方法对我很有效。但是，说实话，我不知道为什么会出现这个错误。

因为我还没有看到这个答案:

你也可以在输出stdout后刷新它:

import time

if __name__ == '__main__':
    while True:
        print('cleaner is up', flush=True)
        time.sleep(5)

最后，我找到了一个在Docker中运行daemonized时查看Python输出的解决方案，这要感谢GitHub上的@ ahmetalbalkan。我自己在这里回答，以供进一步参考:

使用无缓冲输出

CMD ["python","-u","main.py"]

而不是

CMD ["python","main.py"]

解决问题;您现在可以通过via看到输出(包括stderr和stdout)

docker logs myapp

为什么-u ref

- print is indeed buffered and docker logs will eventually give you that output, just after enough of it will have piled up
- executing the same script with python -u gives instant output as said above
- import logging + logging.warning("text") gives the expected result even without -u

python -u ref. > python——help | grep——-u

-u     : force the stdout and stderr streams to be unbuffered;

在Django应用程序中使用python manage.py runserver时，添加环境变量PYTHONUNBUFFERED=1可以解决我的问题。打印('helloworld'， flush=True)也适用于我。

但是，python -u不适合我。

如果你不使用docker-compose，而只是普通的docker，你可以把它添加到你的Dockerfile中，这是一个flask应用程序

ARG FLASK_ENV="production"
ENV FLASK_ENV="${FLASK_ENV}" \
    PYTHONUNBUFFERED="true"

CMD [ "flask", "run" ]