数组传参改不了原值,切片能改但可能意外影响别人;大数组应传指针或转切片;截取切片需防重叠;用copy隔离数据;len是当前长度,cap是容量上限;预估最大量设cap可避免频繁扩容;数组可比较、作map键,切片不可。数组传参改不了原值,切片能改但可能意外影响别人Go里arr [3]int传进函数后,函数里改的是副本,外面完全没变;而s []int传进去,改的是底层数组,原切片能看到变化------但危险在于:如果多个切片共享同一底层数组,一个append或赋值可能悄悄改掉另一个的元素。大数组别直接传参,要么传*[1024]byte指针,要么转成切片再传截取切片时注意重叠:a := arr[1:3]和b := arr[2:4]共用arr[2],改a[1]等于改b[0]需要隔离数据?用copy(dst, src)新建独立切片,别依赖make([]T, len(src))后直接赋值len和cap不是一回事,扩容时机全看cap够不够len(s)是你现在能读写的元素个数,cap(s)是"还能往里塞多少而不换底层数组"。很多bug就出在以为len == cap,结果append后返回的新切片指向了新地址,老变量还指着旧内存。s := make([]int, 0, 5):长度0、容量5,第一次append(s, 1)不扩容,底层数组还是那块s := []int{1,2,3}:长度3、容量也是3,再append必然扩容,底层数组大概率换地方频繁追加?预估最大量设好cap,比如日志缓冲make([]byte, 0, 4096),省掉多次复制初始化写法决定底层是否复用,零值行为也完全不同数组零值是[3]int{0,0,0},切片零值是nil。这直接影响if s == nil判断和append行为------对nil切片append是安全的,但对nil数组?压根不能nil数组,它必须有长度。var s []int → s是nil,len(s)==0且cap(s)==0,可直接appendvar a [3]int → a是[3]int{0,0,0},不能append,也不能nil比较s := []int(nil)和s := []int{}都合法,但前者cap==0,后者cap通常为小整数(如2),影响首次扩容策略什么时候非用数组不可?固定大小+可比较+当map键切片不能做map的键,也不能用==直接比较;数组可以。典型场景:SHA256哈希值[32]byte、RGB颜色[3]uint8、矩阵行[4]float64。 Vozo Vozo是一款强大的AI视频编辑工具,可以帮助用户轻松重写、配音和编辑视频。
相关推荐
iAm_Ike3 小时前
Go 中自定义类型与基础类型间的显式类型转换详解iuvtsrt3 小时前
Golang怎么实现方法集与接口的匹配_Golang如何理解值类型和指针类型实现接口的区别【详解】旦莫4 小时前
AI驱动的纯视觉自动化测试:知识库里应该积累什么知识内容tongluowan0074 小时前
MySQL中列数量及长度-liming-5 小时前
单片机设计_串口调试工具鹿角片ljp5 小时前
从告警检测到智能研判:SQL 注入研判模型的设计与实践知识领航员5 小时前
蘑兔AI音乐深度实测:功能拆解、实测表现与适用场景小新同学^O^6 小时前
简单学习 --> Spring事务前进的李工6 小时前
MySQL慢查询日志优化实战如何原谅奋力过但无声6 小时前
【灵神高频面试题合集06-08】反转链表、快慢指针(环形链表/重排链表)、前后指针(删除链表/链表去重)