docker compose logs 默认输出所有服务日志，混杂难追踪；应指定服务名（如 docker compose logs java-app），配合 -f 实时跟踪、--tail=N 控制行数、-t 显示时间戳、--no-color 避免颜色冲突，并用 | grep 实时过滤关键词。
docker compose logs 不指定服务名就全量输出
默认执行 docker compose logs 会把所有服务（比如 web、api、db）的日志混在一起刷屏，根本没法盯住一个 Java 或 Node 服务的启动过程。这不是 Docker Desktop 的限制，而是 Compose 命令本身的默认行为。
解决办法非常直接：在命令末尾加上服务名 —— 这个名字必须和 docker-compose.yml 里 services: 下定义的名称完全一致（区分大小写，不带空格）。
-
docker compose logs api→ 查看api服务全部历史日志 -
docker compose logs -f web→ 实时跟踪web服务新产生的日志 -
docker compose logs --tail=100 backend→ 只显示backend最近 100 行，避免卡顿
用 -f 实时跟踪时别漏掉 --tail=N
刚运行 docker compose logs -f service-name 却只看到空白或几行旧日志？大概率是因为服务刚启动，日志缓冲区还没积攒够内容。这时候加 --tail 是关键：
-
--tail=0：从当前时间点开始，只输出新增日志（适合确认服务是否真在打日志） -
--tail=50：先载入最近 50 行，再持续追加（最常用，兼顾上下文和实时性） - 不加
--tail时，Docker 默认可能只返回前几行或缓存头，尤其在服务重启后容易误判为“没输出”
时间戳和颜色干扰排查时要关掉
Docker Desktop 终端本身支持颜色，但某些 Java 日志框架（如 Logback）会输出 ANSI 转义序列，和 Compose 自带的颜色标记叠加后，可能导致终端解析异常、换行错乱，甚至卡死。同时，没有时间戳会让“哪个服务先报错”变得难判断。
- 强制加
-t：每行开头插入 ISO 8601 时间戳，跨服务对齐时间线 - 加
--no-color：禁用所有颜色控制符，避免和应用日志冲突 - 组合示例：
docker compose logs -t --no-color -f --tail=30 app
grep 过滤关键字必须在 -f 之外用管道
docker compose logs -f service | grep "ERROR" 是可行的，但要注意：-f 让命令永不退出，所以 grep 会一直等待输入；而 docker compose logs service | grep "ERROR" 是一次性读完全部历史日志再过滤。
- 想实时看 ERROR：必须用
-f+grep，且建议加--line-buffered防止缓冲延迟：docker compose logs -f app | grep --line-buffered "Exception" - 想查某次崩溃的完整上下文：先用
--tail=200拉取足够多行，再管道给grep -C 5 "OutOfMemory" - 别在
docker compose logs后面直接跟--grep—— 这个参数不存在，Compose 不支持内置正则过滤
真正容易被忽略的是服务名拼写和大小写。Docker Desktop 的 Dashboard 界面里显示的服务名看着像 MyApp，但实际在 docker-compose.yml 里写的可能是 myapp 或 my-app；输错一个字符，命令就静默返回空，连错误提示都没有。
