正确处理方法：
一、失败的原因只有一个时，不使用error
例如：
func (self *AgentContext) CheckHostType(host_type string) error {
switch host_type {
case "virtual_machine":
return nil
case "bare_metal":
return nil
}
return errors.New("CheckHostType ERROR:" + host_type)
}我们可以看出，该函数失败的原因只有一个，所以返回值的类型应该为bool，而不是error，重构一下代码：
func (self *AgentContext) IsValidHostType(hostType string) bool {
return hostType == "virtual_machine" || hostType == "bare_metal"}说明：大多数情况，导致失败的原因不止一种，尤其是对I/O操作而言，用户需要了解更多的错误信息，这时的返回值类型不再是简单的bool，而是error。
二、没有失败时，不使用error
error在Golang中是如此的流行，以至于很多人设计函数时不管三七二十一都使用error，即使没有一个失败原因。
我们看一下示例代码：
func (self *CniParam) setTenantId() error {
self.TenantId = self.PodNs
return nil}对于上面的函数设计，就会有下面的调用代码：
err := self.setTenantId()
if err != nil {
// log
// free resource
return errors.New(...)
}根据我们的正确姿势，重构一下代码：
func (self *CniParam) setTenantId() {
self.TenantId = self.PodNs
}于是调用代码变为：
self.setTenantId()
三、error应放在返回值类型列表的最后
对于返回值类型error，用来传递错误信息，在Golang中通常放在最后一个。
resp, err := http.Get(url)
if err != nil {
return nill, err
}bool作为返回值类型时也一样。
value, ok := cache.Lookup(key)
if !ok {
// ...cache[key] does not exist…
}四、错误逐层传递时，层层都加日志
层层都加日志非常方便故障定位。
相关文章教程
