golang服务健壮性---（异常处理）

在程序开发时我们都会认为外部提供的接口或者数据都是不可信的。比如函数总是要检查入参的正确性，在做单元测试的时候要把外部提供的接口给屏蔽掉等。之所以都会这么做，主要还是很难保证自己还是其他人可以提供一个没有任何缺陷的接口。既然接口是人写的，那么多少会有些考虑不到的地方，这时候接口在被调用的时候就有可能发生错误或者异常。这里讨论golang中的异常处理机制，其实就是panic和recover这两个接口的运用，类似于C++中的try和catch。
1、golang中的panic
panic，中文解释为恐慌。举个例子，单代码中出现这样的语句的时候，相信所有开发人员在产品上线的时候都会恐慌：

    var MakecoreData *int = nil
    *MakecoreData = 10000

如果不做任何处理的时候，这个golang出现如果跑到这里的时候就会出现这样的结果。

panic: runtime error: invalid memory address or nil pointer dereference
[signal 0xc0000005 code=0x1 addr=0x0 pc=0x5d0676]

然后重新就退出了，这个结果其实跟C/C++中的core是一样的。
当然这个例子可能不会有人会犯这种低级错误，但是如果这两个语句中间加上一段复制的逻辑，且需要一定的条件触发的话，那可能就很难发现了。
再来看看golang中panic的机制，当程序发生异常的时候，golang语言级别的会抛出一个panic，以上面例子来说，当代码运行到*MakecoreData = 10000的时候，会抛出一个panic，函数就结束了，如果没有做任何