Go错误异常CGO fallthrough

fallthrough

在一个 switch 块内，每个 case 无需声明 break 来终止,如果想顺序执行使用fallthrough；

如果我们想强制执行满足条件case的后一个case，也可以通过设置fallthrough的方式：

代码示例

package main
import "fmt"
func main() {
    switch {
    case false:
            fmt.Println("false1")
            fallthrough
    case true:
            fmt.Println("true1")
            fallthrough
    case false:
            fmt.Println("false2")
            fallthrough
    case true:
            fmt.Println("true2")
    case false:
            fmt.Println("false3")
            fallthrough
    default:
            fmt.Println("default case")
    }
}

思考一下上面代码的执行结果是什么？

执行结果

注意：在一个switch块内，都建议包含一个 default 语句并且放在最后，即使它什么代码也没有。

延伸知识点：在select块中，default能避免死锁问题。

CGO

CGO是调用C代码模块，静态库和动态库。

CGO是C语言和Go语言之间的桥梁，原则上无法直接支持C++的类。CGO不支持C++语法的根本原因是C++至今为止还没有一个二进制接口规范(ABI)。CGO只支持C语言中值类型的数据类型，所以我们是无法直接使用C++的引用参数等特性的。

错误&异常

错误指的是可能出现问题的地方出现了问题，比如打开一个文件时失败，这种情况在人们的意料之中

异常指的是不应该出现问题的地方出现了问题，比如引用了空指针，这种情况在人们的意料之外。

可见，错误是业务过程的一部分，而异常不是 。

处理错误：error

Golang中引入error接口类型作为错误处理的标准模式，如果函数要返回错误，则返回值类型列表中肯定包含error。error处理过程类似于C语言中的错误码，可逐层返回，直到被处理。

处理异常：panic&recover

Golang中引入两个内置函数panic和recover来触发和终止异常处理流程，同时引入关键字defer来延迟执行defer后面的函数。

panic&defer

当数组越界、访问非法空间或者我们直接调用panic时，panic会停掉当前正在执行的程序，包括所有协程，比起exit直接退出，panic的退出更有秩序，他会他会先处理完当前goroutine已经defer挂上去的任务，执行完毕后再退出整个程序。

而defer的存在，让我们有更多的选择，比如在defer中通过recover截取panic，从而达到try…catch的效果

panic还可以接收一个参数，通常是字符串类型错误信息，执行到panic时，他会打印这个字符串和触发他的调用战。

当然，我们在写代码时要注意，不是所有的异常都能被捕获到的，向fatal error 和runtime.throw 都是不能被recover的

defer执行顺序

你可以在一个函数中执行多条defer语句，它们的执行顺序与声明顺序相反。

总结

当程序运行时，如果遇到引用空指针、下标越界或显式调用panic函数等情况，则先触发panic函数的执行，然后调用延迟函数。调用者继续传递panic，因此该过程一直在调用栈中重复发生：函数停止执行，调用延迟执行函数等。如果一路在延迟函数中没有recover函数的调用，则会到达该携程的起点，该携程结束，然后终止其他所有携程，包括主携程（类似于C语言中的主线程，该携程ID为1）。

对比Java、C++

错误和异常从Golang机制上讲，就是error和panic的区别。很多其他语言也一样，比如C++/Java，没有error但有errno，没有panic但有throw。

错误异常互相转换

Golang错误和异常是可以互相转换的：

• 错误转异常，比如程序逻辑上尝试请求某个URL，最多尝试三次，尝试三次的过程中请求失败是错误，尝试完第三次还不成功的话，失败就被提升为异常了。
• 异常转错误，比如panic触发的异常被recover恢复后，将返回值中error类型的变量进行赋值，以便上层函数继续走错误处理流程