19｜代码陷阱：最易导致程序出错的四类代码坑

徐逸

你好，我是徐逸。
在多年 Golang 编程实践里，我发现不少 Go 研发人员，因未透彻理解部分 Go 语言特性，导致在一些编程场景中不慎陷入代码陷阱。这些陷阱不仅影响程序的正确性与稳定性，还可能让我们耗费大量时间调试修复。
因此，在今天的课程里，我将带你深入剖析 Go 编程中常见的四类代码坑。提前掌握这些代码坑，能帮助你更好地理解和规避这些问题，提升代码的可用性。
接口变量判空在 Go 编程里，变量判空处理十分常见。对于接口类型变量的判空，我们需要格外留意，否则稍有不慎，就有可能出现 “nil!= nil” 这种奇怪现象。
以下面代码为例，我们先定义一个自定义错误类型  CustomError，然后在  handle  函数中，进行参数校验，若参数为空，返回参数错误；否则返回  nil。
type CustomError struct {
    code    int
    message string
}
func (e CustomError) Error() string {
    return fmt.Sprintf("code %d,msg %s", e.code, e.message)
}
var ErrInvalidParam = &CustomError{code: 10000, message: "invalid param"}
func handle(req string) error {
    var p *CustomError = nil
    if len(req) == 0 {
        p = ErrInvalidParam
    }
    return p
}

公开

同步至部落

取消

完成

0/2000

荧光笔

直线

曲线

笔记

复制

AI

深入了解
翻译
英语
中文简体
法语
德语
日语
韩语
俄语
西班牙语
解释
总结

1. 在 Go 编程中，需要格外留意接口类型变量的判空处理，避免出现 "nil!= nil" 这种奇怪现象。 2. 循环变量的使用容易引发错误，特别是在匿名函数内部输出循环迭代变量时，需要注意作用域问题。 3. 在处理 JSON 数据中的数值类型时，需要注意使用 map[string]interface{} 类型进行反序列化可能导致数值类型转换错误。 4. 在并发编程中，使用 WaitGroup 类型时需要注意在协程外部调用 Add 方法，以确保计数器正确设置，避免程序错误。 5. 使用阻塞型 channel 实现超时返回机制时，需要注意避免协程泄漏问题，可以采用非阻塞型 channel。 6. 在 HTTP 请求中，即使不读取 Body 内容，也必须调用 Close 方法，以避免协程泄漏风险。 7. 接口变量在底层会储存类型 T 和值 V 这两个关键元素，当值为 nil 但类型不为 nil 时，可能出现 "nil 不等于 nil" 这种奇怪现象。 8. 在 Go 1.22 版本之前，循环迭代变量的作用域涵盖整个循环体，需要注意在循环内部直接使用这个变量可能引发问题。 9. 当采用 map[string]interface{} 类型对 JSON 字符串进行反序列化操作时，会发现 int 类型悄然变成了 float64 类型的诡异现象。

仅可试看部分内容，如需阅读全部内容，请付费购买文章所属专栏
《Go 服务开发高手课》，新⼈⾸单¥59

立即购买

登录后留言

全部留言(1)

最新
精选

茗
//ch := make(chan *Obj) ch := make(chan *Obj, 1) // 使用非阻这两行没看懂，为啥换成非阻塞的，如果第四行的业务逻辑函数处理很耗时，底边的管道不是一样无法写入消息嘛，麻烦前辈指点一下，谢谢🙏
2025-01-20归属地：北京
1


收起评论