这是我参与「第五届青训营 」伴学笔记创作活动的第 9 天

高质量编程

如何写出更简洁清晰的代码，在工作中，编程式团队合作的工程，好的代码让其他人更容易在你的基础上开发，同时出问题的概率更低，大家更乐于与你工作，也让团队更高效，另外在面试的时候，也有编码环节，能不能用代码清晰的表达出你的思路，让面试官额外加分。

错误和异常处理

简单错误

• 简单的错误指的是仅出现一次的错误，且在其他地方不需要捕获该错误
• 优先使用errors.New来创建匿名变量来直接表示简单错误
• 如果有格式化的需求，使用fmt.Errorf

错误的Wrap和Uwrap

• 错误的Wrap实际上是提供了一个error嵌套另一个error的能力，从而生成一个error的跟踪链
• 在fmt.Errorf中shiyon:%w关键字来将一个错误关联至错误链中

错误判定

• 判定一个错误是否为特定错误，使用error.Is
• 不同于使用==，使用该方法可以判定错误链上的所有错误是否含有特定的错误
• 在错误链上获取特定种类的错误，使用errors.As，它和is的区别在于as会提取出调用链中指定类型的错误，并将错误赋值给定义好的变量，方便后续处理

panic

• 不建议在业务代码中使用panic
• 调用函数不包含recover会造成程序崩溃
• 若问题可以被屏蔽或解决，建议使用error代替panic
• 当程序启动阶段发生不可逆转的错误时，可以在int或main函数中使用panic，因为在这种情况下，服务启动起来也不会有意义。比如示例是启动消息队列监听器的逻辑，在创建消费组失败的时候吧会panicf，实际打印日志，然后抛出panic

recover

• recover只能在被defer的函数中使用
• 嵌套无法生效
• 只在当前goroutine生效
• defer的语句是后进先出
• 如果需要更多的上下文信息，可以recover后再log中记录当前的调用栈

小结

• error尽可能提供简明的上下文信息链，方便定位问题
• panic用于真正异常的情况
• recover生效范围，在当前goroutine的被defer的函数中生效