goland日志过滤需结构化输出，如zap/slog的key=value或json格式；非结构化日志无法识别字段；todo标记可辅助调试，但须用行注释且配置自定义模式。
GoLand 里怎么快速过滤日志输出
直接在运行窗口里滚动找错误，效率低还容易漏。GoLand 的日志过滤器不是靠正则硬匹配，而是靠识别日志行里的结构化字段（比如 level=error、path=/api/login），所以必须让日志本身带可解析的 key-value 格式，否则过滤器形同虚设。
常见错误是用 log.Printf("failed: %v", err) 打日志——这种纯字符串没法被 GoLand 自动提取字段，过滤器根本无从下手。正确做法是用支持结构化的日志库，比如 zap 或 slog，并确保输出格式含明确的键名：
logger.Error("db query failed", zap.String("query", sql), zap.Int("timeout_ms", 500))slog.Error("auth failed", "user_id", uid, "status_code", 401)
这样 GoLand 才能在运行窗口右上角点开「Filter」按钮，勾选 level = error 或输入 user_id = 123 精准筛选。
为什么日志里加了字段，GoLand 还是不识别
关键在输出格式是否被 IDE 解析器支持。GoLand 默认只认几种常见结构：JSON（必须每行一个完整 JSON 对象）、key=value（等号两侧不能有空格）、或 Zap 的 development 格式（带 caller=、level= 等固定前缀）。
以下情况会导致字段失效：
- 日志行混用了空格分隔和等号，比如
level=error user_id 123—— 解析器只认严格key=value对 - 用了 JSON 但没做到“每行一对象”，比如把整个 map
json.Marshal成一行大 JSON，或者换行缩进 - 自定义格式里 key 名含点号或斜杠，如
req.url=/login，GoLand 会把.当作嵌套分隔符而截断
验证方法：在运行窗口里随便点一条日志，看右侧「Log Viewer」面板是否展开字段树。没有就说明格式不合规。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
如何配置 GoLand 的 TODO 过滤器辅助排查
很多人忽略 TODO 过滤器其实能当临时调试标记用。比如你在出问题的代码段前加一行 // TODO: debug auth flow，然后在 GoLand 里打开 TODO 工具窗口（Alt+6），它会自动聚合同类标记，点击还能跳转到源码。
比手动加 fmt.Println 更轻量，且不会误提交到生产环境：
- 过滤器默认只扫
// TODO和// FIXME，可在Settings | TODO里新增自定义模式，比如// DEBUG-XXX - 给不同模块设不同颜色：在 TODO 设置里为
DEBUG-AUTH指定红色高亮，DEBUG-DB设蓝色，一眼区分关注点 - 注意别用
/* */块注释写 TODO，GoLand 的扫描器对块注释支持不稳定
日志过滤器生效但响应慢，怎么优化
过滤器卡顿通常不是 GoLand 本身的问题，而是日志输出太密或格式太重。比如在高频循环里打 slog.Info("loop", "i", i)，每秒几百条，IDE 要实时解析、建索引、渲染，必然卡。
实际可操作的缓解方式：
- 开发时关掉冗余日志：用
if slog.Enabled(context.Background(), slog.LevelDebug) { ... }包一层，避免构造日志参数的开销 - 把调试日志降级到
Debug级别，再在 GoLand 的日志过滤器里关闭Debug显示，需要时再打开 - 禁用「Scroll to the end on new output」选项（运行窗口右键菜单里），防止新日志强制滚动打断查看
真正要命的是日志里塞了大结构体或二进制数据——哪怕只是 slog.Any("body", req.Body)，序列化过程就可能拖慢整个流程，这比过滤器慢更值得优先砍掉。
