一、defer
1. defer保证在函数结束时发生.
2. defer列表为先进后出
3. 参数在defer语句时计算.
下面来看一个例子: 写入文件
将斐波那契数列写入文件. 这里有两个资源使用. 1. 创建文件, 然后文件关闭. 2. 写入资源, 将资源从缓存中刷入文件. 这两个操作都应该应该是成对出现的, 因此, 用defer 语句, 避免后面写着写着忘了, 也保证即使出错了, 也能够执行defer语句的内容
那么参数在defer语句时计算 是什么意思呢?
打印结果：
9
8
7
6
5
4
3
2
1
0
二、错误处理
所谓的错误处理, 就是处理已知的错误, 不要抛出panic这样导致系统挂掉的错误发生.
比如下面的操作:
红色字体部分就是对错误进行了捕获处理.
三、统一错误处理的逻辑
下面模拟一个web服务器, 在浏览器地址栏输入文件的url, 然后显示文件的内容. 比如斐波那契数列的文件
这里面主要注意一下我们对错误的处理. 都是直接打出panic. 这样是很不友好的.
如果页面输入的文件路径不对, 则直接404
按照之前第二步说的, 我们应该对panic进行处理. 比如打开文件的操作, 我们改为如下
这样就好多了, 起码程序不会直接抛出异常
这是将系统的错误直接打出了, 比上面好一些, 但也不是特别友好, 通常我们不希望吧系统内部错误输出出来. 我们希望经过包装后输出错误
于是做了如下修改.
第一步: 将http.handleFunc中的函数部分提出来, 这部分是业务逻辑.
提出来以后做了如下修改. 1. 函数增加一个返回值error. 2. 遇到错误,直接return. 如下红色标出部分
第二: 封装错误内容
这里就体现了函数式编程的特点, 灵活
调用的部分
这样, 当我们再次输入错误的文件路径时, 提示信息如下:
四、panic
发生panic的时候, 会做那些事呢?
1. 停止当前函数的执行
2. 一直向上返回, 执行每一层的defer
3. 如果没有遇到recover, 程序就退出
五、recover
1. 在defer 中调用
2. 获取panic的值
3. 如果无法处理, 可以重新panic
六、error vs panic
七、错误处理综合示例
第五条的案例, 我们进行了error的统一管理, 但是还没有对其他异常进行recover, 还有可能导致程序崩溃. 比如http://localhost:8888/abc. 继续优化代码.
这样很不友好, 我们在看看控制台, 发现程序并没有挂掉, 这是为什么呢? 想象一下, 应该是程序自动给我们recover了.
我们来看看server.go
原来server.go已经帮我们recover了, recover后并不是中断进程, 而是打印输出错误日志. 虽然如此, 但页面显示依然很难看. 因此我们要做两件事
1. 如果出现异常, 我们自己进行recover, 那么他就不会走系统定义的recover了. 这还不够, 这只是说控制台不会再打印出一大堆蓝色异常代码了. 我们还有做第二件事
2. 将出现异常的位置捕获出来, 并且, 打印到页面
第一步: 自定一定recover, 代替server.go中的recover
这样异常就被我们捕获了, 页面打印出
这样就好看多了. 我们在对代码进行优化
我们将发生异常的地方进行处理
页面打印效果
我们发现这个打印的还是系统给出的错误异常. 那么,我们有没有办法, 把这个异常打印出来呢?
我们自己来定义一个异常处理的接口
接口定义好了, 在哪里用呢? 你想打印出自己的异常信息, 那就不能打印系统的. 自定义信息在系统异常之前判断
接下来是具体实现了, 现在用户想要实现自定义一个userError. 然后设置异常类型为userError
这样一个实现自定义打印异常的功能就做好了. 异常也是可以封装的.
最后再来梳理这个小案例：
1. 我们有一个想法, 模拟web请求, 在浏览器url上输入一个文件路径, 打印文件的内容
2. 内容可能有错误, 进行异常处理.
3. 有时候异常抛出的是系统给出, 我们自己对异常进行recover, 然后打印出来
4. 打印自定义异常.
以下是完整代码