## GCN ## Golang在工程实践中的错误处理  彭友顺 石墨文档 产研负责人 ![Image](/uploads/documents/8/5/9/9/85998d82ea624e4fd6cb1c1abd3d8499/p2_1 为什么我们处理错误会这么慢 01 如何完善错误信息 02 优雅处理错误信息 03 分布式错误处理 04 错误信息手册的必要性 05 第一部分 ## 为什么我们处理错误 会这么慢 ## 为什么我们处理错误会这么慢 why 出现错误 定位慢 恢复慢 效率低 ## 原因 错误信息不够完善 错误处理不够优雅 分布式错误难以串联 错误信息难以识别 ## 第二部分 ## 如何完善错误信息 /hello => "Hello client: main" • 没有调试信息和错误信息 • 对接起来会非常麻烦 ## 第三部分 ## 优雅处理错误信息 ## 为什么定位慢？-- 错误处理 ## 假设用户反馈了无法打开一个文件 ## 记录一次错误 不要透传错误 错误码唯一性 ## 我们的程序员非常认真 err := fmt.Errorf(format: "文件不存在")

Package和易用的接口 耦合度低 模块化好  ## 错误处理 初觉的很好 错误和异常是不同的 ● 后用起来很烦 大量的重复代码 最后觉得很合理 写代码的时间很短，测试和查问题的时间很多，相当多的时间是因为某个错误忽略或处理的缺失。多加几行代码占位，视觉提醒和后期查问题都很方便