Loki不支持Go原生日志直传，因只接收带标签的结构化日志流；log.Printf输出无标签、时间戳格式不符RFC3339且无traceID，导致Promtail无法提取job/level等关键标签，LogQL查不到。

Loki 不支持 Go 原生日志格式直传，必须用 Promtail 或其他中间件做协议转换；LogQL 查询本身和 Go 无关，但集成时最容易卡在日志结构不匹配和标签漏配。

为什么 log.Printf 的输出进不了 Loki 搜索结果

Loki 不收纯文本日志，只认带标签的结构化流（stream），而 Go 默认 log 包输出的是无标签、无时间戳（或格式不兼容 RFC3339）、无唯一 traceID 关联的裸字符串。Promtail 收到后无法自动拆出 job、level 等关键标签，导致 LogQL 查不到。

• 必须让每条日志至少携带 job 和 level 标签（例如 {job="my-go-app", level="error"}）
• 时间字段必须是 ISO8601/RFC3339 格式（"2024-05-20T14:23:11.123Z"），Go 的 time.Now().String() 不行
• 如果想做链路追踪，得手动把 traceID 写进日志消息体，并在 Promtail 的 pipeline_stages 中用 regex 提取为标签

用 loki-logrus-hook 还是自己写 io.Writer 接口

二者都能发日志到 Loki HTTP API，但适用场景不同：前者适合已有 logrus 的项目，后者更轻量、可控，也避免引入额外依赖。

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

• loki-logrus-hook 会把整个 logrus.Entry 转成 JSON 发送，但默认不提取 traceID，也不支持自定义标签映射（比如把 entry.Data["user_id"] 映射为 user_id 标签）
• 手写 io.Writer 更直接：用 net/http POST 到 http://loki:3100/loki/api/v1/push，body 是符合 Loki Push API 规范的 JSON，可精确控制每个 stream 的标签和 values 数组
• 注意：Loki 的 /push 接口要求 values 是 [timestamp, logline] 二元数组，时间戳必须是纳秒级 Unix 时间（不是字符串！），可用 entry.Time.UnixNano()

LogQL 在 Go 服务里怎么查才不超时或漏数据

LogQL 是服务端执行的查询语言，Go 应用本身不运行它；你真正要调的是 Loki 的 /loki/api/v1/query_range 或 /query 接口，返回结果是 JSON，需自己解析。

立即学习“go语言免费学习笔记（深入）”；

• 查全链路必须靠标签对齐：确保所有服务（HTTP、DB、RPC）都往日志里写同一个 traceID 标签，且 Promtail 已配置 regex 阶段把它抽成 Loki 标签（不是只留在 message 里）
• 别用 |~ "error" 模糊搜错误——性能差还容易漏，改用 {job="api", level="error"} 加 | json | .code == "500"
• 时间范围别设太宽：start 和 end 参数超过 12h 容易触发 Loki 的 max_look_back_period 限制，默认是 72h，但实际受 index 周期影响，建议单次查 ≤2h

最常被忽略的一点：Loki 的标签是索引依据，不是搜索字段。message 里的内容不建索引，全靠 | pattern 或 | json 解析后走标签匹配。所以哪怕你写了 traceID=abc123 在日志末尾，没被 Promtail 抽成标签，LogQL 就永远搜不到它。