Go中错误被忽略需靠静态检查工具（如staticcheck、errcheck）、团队错误处理规范及errors.Is/As正确用法共同防范，工具是放大镜，规范才是护栏。
Go语言中错误被忽略是常见隐患，尤其在调用返回error的函数后直接丢弃返回值。这不是语法错误，但会导致程序静默失败——比如文件写入失败却不报警，数据库查询出错却继续执行。避免这类问题，靠的不是经验直觉，而是静态检查工具 + 明确的错误处理约定 + 编码习惯。
启用并配置staticcheck
staticcheck 是目前最实用的 Go 静态分析工具之一，能精准识别被忽略的错误（如_ = os.WriteFile(...)或os.Open(...)后没接if err != nil）。它比go vet更严格、更可配置。
- 安装：
go install honnef.co/go/tools/cmd/staticcheck@latest - 运行检查：
staticcheck ./... - 集成到 CI：在 GitHub Actions 或 GitLab CI 中加入该命令，失败即中断构建
- 禁用个别误报（谨慎）：
//lint:ignore SA1019 reason，但优先考虑修复而非忽略
用 errcheck 强制检查显式错误处理
errcheck 专为“未检查 error”而生，比 staticcheck 更聚焦。它会扫描所有返回error的函数调用，只要没被赋值给变量、没参与判断、没传给其他函数，就报错。
- 安装：
go install github.com/kisielk/errcheck@latest - 常用命令：
errcheck -ignore '^(Close|Flush|Unlock)$' ./...（忽略某些惯用但无害的忽略，如mu.Unlock()） - 注意：不要用
-ignore '.*'全局屏蔽，那等于放弃防护
建立团队级错误处理规范
工具只能发现问题，真正防止错误被忽略，得靠一致的代码约定：
digital-solution-designer
下载
系统化设计数字化解决方案，涵盖方案类型识别、政策背景分析、需求分析、建设思路设计、架构设计（业务、功能、数据、技术四维度）、技术选型、具体建设内容、实施规划、风险评估和投资估算的全流程能力。适用于规划类、申报类、可研类、投标类和工作汇报类等多种方案产出场景，覆盖政府数字化转型和企业数字化转型两大核心领域。
立即学习“go语言免费学习笔记（深入）”；
- 禁止使用
_接收 error，除非有明确注释说明为何可忽略（例如// ignore: best-effort cleanup） - 对非关键操作（如日志写入、指标上报），统一封装为
logError(...)或silently(...)函数，让忽略行为显性化、可审计 - 在函数签名中，若某个 error 永远不该被忽略（如
http.ListenAndServe），文档里加“必须检查”提示 - 代码审查时，把“是否检查了 error”列为必检项，和空指针检查同等对待
善用 Go 1.22+ 的 errors.Is / errors.As 替代 == 和 type switch
错误比较容易出错，比如用err == io.EOF可能失效（因为不是同一个实例），或类型断言漏掉包装错误（fmt.Errorf("read failed: %w", io.EOF)）。这虽不直接导致“忽略”，但会让错误处理逻辑失效，等价于隐性忽略。
- 用
errors.Is(err, io.EOF)判断语义相等 - 用
errors.As(err, &e)安全提取底层错误 - 自定义错误建议实现
Unwrap() error，便于链式判断
基本上就这些。工具只是放大镜，规范才是护栏。错误不被忽略，不是靠程序员记性好，而是让忽略变得困难、显眼、无法合入主干。
