异常的使用场景可以这么简单描述：Go中抛出一个panic的异常，然后在defer中通过recover捕获这个异常，然后正常处理。
golang中defer的使用规则 - Go语言中文网 - Golang中文社区
例1
注意：利用recover处理panic指令，defer必须在panic之前声明，否则当panic时，recover无法捕获到panic．
例2
1.panic
关键字panic的作用是制造一次宕机，宕机就代表程序运行终止，但是已经“生效”的延迟函数仍会执行（即已经压入栈的defer延迟函数，panic之前的）。
为什么要制造宕机呢？是因为宕机不容易遇到？还是因为程序有错就是直接报错，都没有执行，哪来的宕机？
Go程序设计语言中这样提到：如果碰到“不可能发生的”的状况，宕机是最好的处理方式。这个“不可能发生的”状况很难理解，不过可以这样想：一个机器人的能源供应，可能依靠太阳能，可能依靠电能，但是如果靠吃饭解决，那么这肯定就不可思议了，这时候就应该触发一次宕机。
为什么不执行panic后面的defer，其实这个很好理解，比如，有两次读文件操作，那么每一次读文件之后都是用defer关闭文件，如果第一次读文件就引发了panic异常，而第二次读文件操作还没开始，也就是说还没有打开文件，那么调用第二个defer来关闭第二个文件，有意义吗？应该是只关闭第一个打开的文件，对吧？也就是调用第一个defer。
注：error与panic对比
Go语言并没有像Java那样的try catch finally 的处理机制，而是提供了其特有的错误处理机制。在Go语言，错误与异常分为error和panic两种，error一般是程序员可预知的，会进行合适的处理，例如检测输入是否合法等。而panic是程序员无法预知的异常，例如空指针或数组越界等。
Go 提供了两种创建error的方法，分别是：errors.New，fmt.Errorf
2.defer
defer是golang的一个特色功能，被称为“延迟调用函数”。
① 当defer被声明时，其参数就会被实时解析
② defer执行顺序为先进后出
③ defer可以读取有名返回值
3.recover
一旦发生宕机，其后的代码是不会执行的，但是会调用位于panic代码所在行之前的defer延迟函数，所以说这个特性就决定recover应该用在defer函数中，否则一旦发生宕机，除了defer延迟函数中的语句还能执行外，其他的语句都是不能执行的。
如果触发宕机，panic的错误信息会显示，如果有recover时，则信息会被recover截获，于是错误信息就不会显示，转而进行下一步操作。
