数组传参改不了原值,切片能改但可能意外影响别人;大数组应传指针或转切片;截取切片需防重叠;用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视频编辑工具,可以帮助用户轻松重写、配音和编辑视频。
相关推荐
无证驾驶梁嗖嗖1 小时前
ubuntu18-cursor-remote-ssh-tutorial身如柳絮随风扬1 小时前
MySQL 中优雅统计“只算周一到周五”的到访数据2401_880071401 小时前
CSS如何利用Sass实现透明度动态化_通过函数计算CSS颜色值iuvtsrt1 小时前
如何进行SQL安全基线评估_定期核对数据库安全配置Jetev1 小时前
Python Tkinter自定义对话框怎么写_Toplevel创建子窗口并结合wait_window()实现阻塞m0_591364731 小时前
mysql如何配置缓存大小_mysql key_buffer_size基础设置YuanDaima20481 小时前
WSL2 核心中间件部署实战:MySQL、Redis 与 RocketMQli星野1 小时前
二叉树十题通关:从层序遍历到序列化(Python + C++)后季暖1 小时前
python装饰器解释