docker logs 实时追踪容器 PID 1 进程的 stdout/stderr，需确保其输出未被缓冲（如 Python 需 PYTHONUNBUFFERED=1），命令如 docker logs -f --timestamps <id> 可加时间戳、行数或时间范围筛选，多服务用 docker compose logs -f <service> 精准定位。
docker logs 实时追踪的是容器主进程（即 pid 1）的标准输出和标准错误，不是任意进程的日志，也不需要你手动找 pid 或进入容器。只要该进程向 stdout/stderr 写入内容，docker 就能捕获并提供实时查看能力。
关键在于：PID 1 进程必须实际输出内容，且输出不被缓冲阻塞。否则 docker logs -f 看不到实时日志，不是命令问题，而是程序本身没刷出内容。
确保 PID 1 进程的日志能被 docker logs 捕获
- Docker 默认捕获容器中 PID 1 进程的 stdout/stderr 流，其他子进程（如 Python 启动的子线程、后台 fork 的进程）若未继承标准流，其输出不会自动出现在
docker logs中。 - 常见陷阱是 Python 脚本在容器中静默运行——因无 TTY，Python 启用全缓冲，
print()不立即输出。 - 解决方法：
- 启动容器时加
-e PYTHONUNBUFFERED=1 - 或在 Dockerfile 中设置
ENV PYTHONUNBUFFERED=1 - 或在代码中显式调用
sys.stdout.flush()
- 启动容器时加
例如：
docker run -e PYTHONUNBUFFERED=1 my-python-app python train.py
用 docker logs 实时跟踪 PID 1 输出
直接使用以下命令即可，无需额外操作：
docker logs -f <container-name-or-id>
持续输出新增日志，类似tail -f加上时间戳便于定位事件顺序：
docker logs -f --timestamps <container-name>只看最近 100 行，快速回溯启动状态：
docker logs --tail 100 -f <container-name>查看过去 2 小时内日志（适合排查刚发生的问题）：
docker logs --since "2h" -f <container-name>
注意：--follow（或 -f）必须放在参数末尾或紧邻 logs，否则可能报错。
验证 PID 1 是否真正在输出
如果 docker logs -f 一直空转，可分步确认：
- 查看容器是否正在运行：
docker ps | grep <name> - 检查容器是否已退出：
docker ps -a | grep <name>，若状态为Exited (0)或Exited (1)，说明 PID 1 已终止，日志不会再更新 - 进入容器手动执行主命令，观察终端是否有输出：
docker exec -it <container-name> sh -c 'ps -p 1 -o comm='先确认 PID 1 是什么程序，再尝试重放它的启动命令
进阶：多服务场景下精准追踪某服务 PID 1
在 docker-compose.yml 中，每个 service 对应一个容器，其主进程即该 service 的 PID 1：
- 查看全部服务日志：
docker compose logs -f - 只跟踪特定服务（比如
web）：docker compose logs -f web - 同时跟踪多个服务：
docker compose logs -f web api db
Docker Compose 会自动按服务名区分日志流，每行开头带服务名前缀，清晰对应各自 PID 1 的输出。
不复杂但容易忽略
