左耳听风
陈皓
网名“左耳朵耗子”，资深技术专家，骨灰级程序员
60101 人已学习
立即订阅
登录后，你可以任选6讲全文学习
推荐试读
换一换
06 | 如何才能拥有技术领导力？
32 | 编程范式游记（3） - 类型系统和泛型的本质
28 | 推荐阅读：分布式系统架构经典资料
课程目录
已完结/共 118 讲
技术基础 (21讲)
开篇词 | 洞悉技术的本质，享受科技的乐趣
01 | 程序员如何用技术变现（上）
02 | 程序员如何用技术变现（下）
03 | Equifax信息泄露始末
04 | 从Equifax信息泄露看数据安全
05 | 何为技术领导力？
06 | 如何才能拥有技术领导力？
07 | 推荐阅读：每个程序员都该知道的知识
08 | Go语言，Docker和新技术
09 | 答疑解惑：渴望、热情和选择
10 | 如何成为一个大家愿意追随的Leader？
11 | 程序中的错误处理：错误返回码和异常捕捉
12 | 程序中的错误处理：异步编程以及我的最佳实践
13 | 魔数 0x5f3759df
14 | 推荐阅读：机器学习101
15 | 时间管理：同扭曲时间的事儿抗争
16 | 时间管理：如何利用好自己的时间？
17 | 故障处理最佳实践：应对故障
18 | 故障处理最佳实践：故障改进
19 | 答疑解惑：我们应该能够识别的表象和本质
20 | Git协同工作流，你该怎么选？
分布式架构 (9讲)
21 | 分布式系统架构的冰与火
22 | 从亚马逊的实践，谈分布式系统的难点
23 | 分布式系统的技术栈
24 | 分布式系统关键技术：全栈监控
25 | 分布式系统关键技术：服务调度
26 | 分布式系统关键技术：流量与数据调度
27 | 洞悉PaaS平台的本质
28 | 推荐阅读：分布式系统架构经典资料
29 | 推荐阅读：分布式数据调度相关论文
编程范式 (11讲)
30 | 编程范式游记（1）- 起源
31 | 编程范式游记（2）- 泛型编程
32 | 编程范式游记（3） - 类型系统和泛型的本质
33 | 编程范式游记（4）- 函数式编程
34 | 编程范式游记（5）- 修饰器模式
35 | 编程范式游记（6）- 面向对象编程
36 | 编程范式游记（7）- 基于原型的编程范式
37 | 编程范式游记（8）- Go 语言的委托模式
38 | 编程范式游记（9）- 编程的本质
39 | 编程范式游记（10）- 逻辑编程范式
40 | 编程范式游记（11）- 程序世界里的编程范式
弹力设计 (11讲)
41 | 弹力设计篇之“认识故障和弹力设计”
42 | 弹力设计篇之“隔离设计”
43 | 弹力设计篇之“异步通讯设计”
44 | 弹力设计篇之“幂等性设计”
45 | 弹力设计篇之“服务的状态”
46 | 弹力设计篇之“补偿事务”
47 | 弹力设计篇之“重试设计”
48 | 弹力设计篇之“熔断设计”
49 | 弹力设计篇之“限流设计”
50 | 弹力设计篇之“降级设计”
51 | 弹力设计篇之“弹力设计总结”
管理设计 (6讲)
52 | 管理设计篇之“分布式锁”
53 | 管理设计篇之“配置中心”
54 | 管理设计篇之“边车模式”
55 | 管理设计篇之“服务网格”
56 | 管理设计篇之“网关模式”
57 | 管理设计篇之“部署升级策略”
性能设计 (5讲)
58 | 性能设计篇之“缓存”
59 | 性能设计篇之“异步处理”
60 | 性能设计篇之“数据库扩展”
61 | 性能设计篇之“秒杀”
62 | 性能设计篇之“边缘计算”
区块链 (6讲)
63 | 区块链技术的本质
64 | 区块链技术细节：哈希算法
65 | 区块链技术细节：加密和挖矿
66 | 区块链技术细节：去中心化的共识机制
67 | 区块链技术细节：智能合约
68 | 区块链技术 - 传统金融和虚拟货币
程序员练级攻略 (23讲)
69 | 程序员练级攻略：开篇词
70 | 程序员练级攻略：零基础启蒙
71 | 程序员练级攻略：正式入门
72 | 程序员练级攻略：程序员修养
73 | 程序员练级攻略：编程语言
74 | 程序员练级攻略：理论学科
75 | 程序员练级攻略：系统知识
76 | 程序员练级攻略：软件设计
77 | 程序员练级攻略：Linux系统、内存和网络
78 | 程序员练级攻略：异步I/O模型和Lock-Free编程
79 | 程序员练级攻略：Java底层知识
80 | 程序员练级攻略：数据库
81 | 程序员练级攻略：分布式架构入门
82 | 程序员练级攻略：分布式架构经典图书和论文
83 | 程序员练级攻略：分布式架构工程设计
84 | 程序员练级攻略：微服务
85 | 程序员练级攻略：容器化和自动化运维
86 | 程序员练级攻略：机器学习和人工智能
87 | 程序员练级攻略：前端基础和底层原理
88 | 程序员练级攻略：前端性能优化和框架
89 | 程序员练级攻略：UI/UX设计
90 | 程序员练级攻略：技术资源集散地
91 | 程序员练级攻略的正确打开方式
程序员面试攻略 (4讲)
92 | 程序员面试攻略：面试前的准备
93 | 程序员面试攻略：面试中的技巧
94 | 程序员面试攻略：面试风格
95 | 程序员面试攻略：实力才是王中王
高效学习 (5讲)
96 | 高效学习：端正学习态度
97 | 高效学习：源头、原理和知识地图
98 | 高效学习：深度，归纳和坚持实践
99 | 高效学习：如何学习和阅读代码
100 | 高效学习：面对枯燥和量大的知识
高效沟通 (6讲)
101 | 高效沟通：Talk和Code同等重要
102 | 高效沟通：沟通阻碍和应对方法
103 | 高效沟通：沟通方式及技巧
104 | 高效沟通：沟通技术
105 | 高效沟通：好老板要善于提问
106 | 高效沟通：好好说话的艺术
Go语言编程模式 (9讲)
107 | Go编程模式：切片、接口、时间和性能
108 | Go 编程模式：错误处理
109 | Go 编程模式：Functional Options
110 | Go编程模式：委托和反转控制
111 | Go 编程模式：Map-Reduce
112 | Go 编程模式：Go Generation
113 | Go编程模式：修饰器
114 | Go编程模式：Pipeline
115 | Go 编程模式：Kubernetes Visitor模式
尾声 & 加餐 (2讲)
结束语 | 业精于勤，行成于思
加餐 | 谈谈我的“三观”
左耳听风
15
15
1.0x
00:00/00:00
登录|注册

108 | Go 编程模式：错误处理

陈皓 2021-01-14
你好，我是陈皓，网名左耳朵耗子。
错误处理一直是编程必须要面对的问题。错误处理如果做得好的话，代码的稳定性会很好。不同的语言有不同的错误处理的方式。Go 语言也一样，这节课，我们来讨论一下 Go 语言的错误出处，尤其是那令人抓狂的 if err != nil 。
在正式讨论“Go 代码里满屏的 if err != nil 怎么办”这件事儿之前，我想先说一说编程中的错误处理。

C 语言的错误检查

首先，我们知道，处理错误最直接的方式是通过错误码，这也是传统的方式，在过程式语言中通常都是用这样的方式处理错误的。比如 C 语言，基本上来说，其通过函数的返回值标识是否有错，然后通过全局的 errno 变量加一个 errstr 的数组来告诉你为什么出错。
为什么是这样的设计呢？道理很简单，除了可以共用一些错误，更重要的是这其实是一种妥协，比如：read()、 write()、 open() 这些函数的返回值其实是返回有业务逻辑的值，也就是说，这些函数的返回值有两种语义：
一种是成功的值，比如 open() 返回的文件句柄指针 FILE* ；
另一种是错误 NULL。这会导致调用者并不知道是什么原因出错了，需要去检查 errno 以获得出错的原因，从而正确地处理错误。
一般而言，这样的错误处理方式在大多数情况下是没什么问题的，不过也有例外的情况，我们来看一下下面这个 C 语言的函数：
确认放弃笔记？
放弃后所记笔记将不保留。
新功能上线，你的历史笔记已初始化为私密笔记，是否一键批量公开？
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
06 | 如何才能拥有技术领导力？
32 | 编程范式游记（3） - 类型系统和泛型的本质
28 | 推荐阅读：分布式系统架构经典资料
64 | 区块链技术细节：哈希算法
83 | 程序员练级攻略：分布式架构工程设计
96 | 高效学习：端正学习态度
该试读文章来自付费专栏《左耳听风》，如需阅读全部文章，
请购买文章所属专栏
立即购买
登录 后留言

精选留言(6)

  • 汪辉
    wrap和cause的错误包装在实际项目开发中非常有用，可以快速打印出错误栈，并根据err的类型做特殊处理，比如根据err级别进行不同的告警。我们这边常定义一个包含code和msg的struct，并实现Cause接口。出错的时候包上特定的错误码，最后根据Cause找出里面的错误码，设置不同的告警级别。
    2021-01-19
    8
  • @@fighting
    Go 语言最新的 errors 包给出了 %w 的方式，而不是 github.com/pkg/errors 这个包
    2021-04-01
    1
    4
  • Marvichov
    > There is one significant drawback to this approach, at least for some applications: there is no way to know how much of the processing completed before the error occurred. If that information is important, a more fine-grained approach is necessary. Often, though, an all-or-nothing check at the end is sufficient.

    感觉应该加进`Error Check Hell` section. 不像exception, 你可以知道错在哪一步, this approach honors **all-or-nothing**
    2021-04-18
  • Marvichov
    nvm, the end of rob pike's article:

    > Finally, for the full story of my interaction with @jxck_, including a little video he recorded, visit his blog.
    2021-04-18
  • Marvichov
    `Golang Error Handling lesson by Rob Pike` (http://jxck.hatenablog.com/entry/golang-error-handling-lesson-by-rob-pike) 的链接里面是日文的. 正确的链接应该是第二个reference的链接?
    2021-04-18
    1
  • AlphaGao
    『Go 语言的资源清理的示例：』这里的代码是不是重复了
    2021-03-29
    1
    1
收起评论
6
下载
客户端
返回
顶部