kubectl logs查不到日志，大概率是应用未输出到stdout/stderr或pod未正常运行；需先确认go应用调用log.setoutput(os.stdout)，再检查pod状态与events，必要时加--previous参数查看前一个实例日志。
直接用 kubectl logs 查不到日志？大概率是应用没往 stdout/stderr 写，或者 Pod 没跑起来——Golang 应用部署后日志不可见，90% 的问题出在这两个环节。
确认 Golang 应用是否正确输出到标准输出
Kubernetes 只采集容器进程的 stdout 和 stderr，不读文件、不抓 syslog。Go 程序默认用 log 包打点，但若没显式配置，它可能只写到进程内部缓冲或丢弃。
- 确保启动时禁用缓冲：
log.SetOutput(os.Stdout)，并避免调用log.SetFlags(0)后又忘了重定向 - 不要写日志到
/var/log/app.log这类路径——K8s 不会管，kubectl logs也看不到 - 本地测试时用
go run main.go | cat -验证是否有输出；没输出就别急着推镜像 - 如果用了结构化日志库（如
zerolog或zap），确认初始化时设了os.Stdout为写入目标，例如：zerolog.New(os.Stdout)
部署后 Pod 没日志？先查状态和事件
空日志 ≠ 应用没打日志，更可能是容器根本没成功启动。别跳过这步直接翻命令参数。
- 运行
kubectl get pods，看状态是不是Running；如果是Pending、CrashLoopBackOff或Error，kubectl logs会返回“no such container”或空白 - 立刻执行
kubectl describe pod <pod-name></pod-name>，重点看Events区域：镜像拉取失败？端口冲突？OOMKilled？Liveness probe 失败？这些都比日志本身更优先 - 若 Pod 重启过，当前实例日志为空，但上一个崩溃实例可能有线索：加
--previous参数试一下，kubectl logs <pod-name> --previous</pod-name> - 多容器 Pod（比如带 initContainer 或 sidecar）必须指定
-c <container-name></container-name>，否则kubectl logs默认只读第一个容器，且不报错
kubectl logs 实用参数组合与避坑点
参数不是堆得越多越好，几个关键组合覆盖 95% 场景，但顺序和互斥关系容易踩坑。
- 实时跟踪 + 时间戳：
kubectl logs -f <pod-name> --timestamps</pod-name>—— 注意--timestamps必须和-f同时用才生效，单独用不显示时间 - 查最近异常：先用
--since=2m缩小范围，再管道给grep -i "error\|panic"，例如：kubectl logs <pod-name> --since=2m | grep -i error</pod-name> -
--grep是 Kubernetes 1.23+ 原生命令，比管道grep更准（能处理流式日志边界），但不支持正则分组，只支持基础正则，例如：kubectl logs <pod-name> --grep="^ERRO"</pod-name> -
--tail=50和--since=5m不能共存，后者优先级更高；想看最后 50 行又带时间戳，只能用--tail=50 --timestamps - 命名空间别漏掉：
-n <namespace></namespace>，尤其在非default下，不加就是查错地方
为什么 kubectl logs 查不到，但宿主机上有日志文件？
这是最易被忽略的底层事实：日志文件存在 ≠ kubectl logs 能读到。两者走的是不同路径。
- containerd 环境下，日志实际落盘在
/var/log/pods/<namespace>_<pod-name>_<uid>/<container-name>/0.log</container-name></uid></pod-name></namespace>，但kubectl logs是通过 kubelet 的 HTTP 接口读取，而 kubelet 只暴露它认为“当前有效”的日志流 - 如果容器已退出且未配置
--previous，或日志轮转后旧文件被清理（默认containerLogMaxFiles: 5），kubectl logs就返回空，但你手动cat宿主机文件可能还能看到历史 - 节点磁盘满、inode 耗尽、kubelet 通信异常，都会导致
kubectl logs失效，但文件还在。此时应检查journalctl -u kubelet和df -i - 生产环境别依赖单点日志，
kubectl logs只适合调试；长期需部署fluent-bit或loki把日志导出，否则 Pod 删除即永久丢失
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
