golang中只用定义不用初始化的类型规律总结

在go语言的开发中,有很多的内置类型是我们只需要定义而不需要初始化的, 如上文中提到的bytes.Buffer, strings.Builder。 其实在go语言中官方给我们定义的很多的类型都只需要定义,不需要初始化。

他们都有2个共同的规律:

1. 类型定义里面的字段都是隐藏或者非导出的

即在你查看相关文档时他的类型定义里面一般都会有 // contains filtered or unexported fields (包含隐藏或非导出字段), 他们一般都长这个样:

2. 一般都没有提供相关的NewXxx函数

如,这个strings包里面的这个Builder, 在官方文档里面 在type Builder里面就没有相关的New函数,

同时他的类型定义是长这样的

那么我们就可以放心的字节定义不用初始化就使用了。

其他常用的比如 sync同步包里面的定义,只有一个Cond类型使用需要初始化,其他类型是哟共都不选初始化,直接定义一个变量就可以使用, 如 var mu sync.Mutex //定义变量 mu.Lock() 直接使用

总结

对应go官方定义的类型,只要是同时满足上面2个条件,那这个类型就可以不用初始化直接使用。

相关推荐
代码扳手15 小时前
一次线上事故后的反思:Go 项目中如何构建可靠的单元测试
后端·go
Penge66616 小时前
Go JSON 序列化大整数丢失精度分析
后端·go
源代码•宸16 小时前
goframe框架签到系统项目开发(用户认证、基于 JWT 实现认证、携带access token获取用户信息)
服务器·开发语言·网络·分布式·后端·golang·jwt
思成Codes16 小时前
Gin路由:构建高效RESTful API
golang·restful·xcode·gin
Clarence Liu16 小时前
Go Map进化史:从桶链式哈希表到Swiss Table的源码级剖析
golang·哈希算法·散列表
卜锦元17 小时前
Golang后端性能优化手册(第一章:数据库性能优化)
大数据·开发语言·数据库·人工智能·后端·性能优化·golang
小高Baby@17 小时前
map的数据结构,扩容机制,key是无序的原因
数据结构·golang·哈希算法
T0uken17 小时前
Go + React 单文件 Web 应用模板开发指南
前端·react.js·golang
码luffyliu17 小时前
告别 Go 版本混乱:macOS 下工作项目与个人项目版本管理
开发语言·golang·goenv
思成Codes17 小时前
Gin 框架 JSON 全链路:从响应返回到请求绑定
golang·json·gin