【切片】基础不扎实引发的问题

简介: 【切片】基础不扎实引发的问题

本次文章主要是来聊聊关于切片传值需要注意的问题,如果不小心,则很容易引发线上问题,如果不够理解,可能会出现奇奇怪怪的现象

问题情况:

小 A 负责一个模块功能的实现,在调试代码的时候可能不仔细,部署到线上环境时发现在现有策略列表上追加新的策略时,总是无法生效,这是为什么呢?

追查代码后发现问题出在关于切片的使用上出了认知偏差,小 A 认为 golang 中,传切片就是传引用,因此写出了这样的代码片段

func xxxFunc(sli []int ,newSli []int) {
   // ... 省略部分代码
   sli = append(sli, newSli...)
   // ... 省略部分代码
   return 
}

想表达的意思是:

传入的 sli 切片属于旧切片,期望在 sli 切片上追加 newSli 中的元素,最终期望得到的 sli 里面是包含 newSli 元素的

然而,对于 Golang 中切片 slice 有一定了解的 xdm 就很清楚,这样写其实并没有什么实际作用,在 Golang 中传参都是传值而不是传地址

因此此处传入的 sli 切片,也仅仅是一个拷贝而已,在 xxxFunc 函数中的 sli 切片被修改了,实际上是不会影响函数外部的 sli 的

那么对于切片此处做几个阐述

首先强调几点关于切片的注意事项

  1. Golang 中的函数参数,都是传值,不是传地址
  2. 对于切片自身的底层数据结构,我们可以通过索引的方式拿到底层数组的地址,并修改其地址上的值,例如 sli[2] = "hello",这是可以直接修改
  3. 如果传入的切片,期望实参也能够被改变的话,那么就需要想办法修改切片的底层数组
  1. 通过传切片的地址,也就是传指针的方式
  2. 在函数中,去索引切片的底层数组地址,进行修改数据

案例 1 遍历的时候修改

通过 value 修改切片值 - 不靠谱

我们给出一个切片 var mySlice = []int{7, 8, 9} ,并编写如下几个函数来查看是否会对原有切片数据有影响

func main() {
   log.SetFlags(log.Lshortfile)
   var mySlice = []int{7, 8, 9}
   log.Printf("mySlice == %+v", mySlice)
   log.Println("---------------------------------------------")
   mySliceDemo := testDemo(mySlice)
   log.Printf("mySlice == %+v ,mySliceDemo == %+v", mySlice, mySliceDemo)
   log.Printf("mySlice == %p ,mySliceDemo == %p", &mySlice, &mySliceDemo)
}
func testDemo(sli []int) []int {
   for _, value := range sli {
      value *= 2
   }
   return sli
}

给 testDemo 传入 mySlice 切片,在函数内部通过 for…range 的方式去修改切片内元素的值,然而代码中的 value 仍然是一个拷贝,他并不会真的对外部的 mySlice 有任何影响,结果自然是这样的

可以通过修改切片索引上的值

当然如果我们这样写,去找到索引对应的底层数组的地址,再修改其地址上的值,是可行的

func testDemo2(sli []int) []int {
   for index, _ := range sli {
      sli[index] *= 2
   }
   return sli
}

自然通过指针的方式仍然可以

传入的这个指针,实际上也是一个拷贝,只不过拷贝的是这个指针,也就是指针自身的地址不一样,但是他们指向的底层数组是一样的,因此可以直接修改

这种修改的方式,也是去修改地址上的值,因此有效

func testDemo3(sli *[]int)  {
   for index, _ := range *sli {
      (*sli)[index] *= 2
   }
   return
}

结果自然 ok,原有 mySlice 的地址也是没有发生变化的,只是值发生了变化

案例 2 使用 append 会有什么不同

那么如果是在子函数里面使用 append 追加数据,是否会有不同的效果?

func appendDemo(sli []int) []int {
   sli = append(sli, 999)
   return sli
}

实际上,此处传入的仍然是 mySlice 的拷贝,appendDemo 中使用 append,也是基于拷贝后的值来进行数据追加

哪怕是遇到切片扩容的情况,也仅仅是对于函数内的拷贝副本来进行扩容和变化,例如这样

func appendDemo3(sli []int)[]int{
   sli = append(sli, []int{3,4}...)
   return sli
}

传入切片的地址

在使用 append 的情况, 向函数参数中传入切片的指针,此处对于函数来说,仍然是一个副本,只不过这个副本是指针,指向的底层数组仍然是和 mySlice 是一样的,因此可以通过这个拷贝的指针去修改实际底层数组的值

func appendDemo2(sli *[]int){
   *sli = append(*sli, []int{1000,10001}...)
   return
}

可以看到使用指针的方式,处理起来还是妥妥的,在 appendDemo2 中实际修改了 mySlice 的值,且也是我们所期望的

至此,对于文章开头问题的解决方式,xdm 心中都有数了吧,那就不能再犯了吧,希望能够给你带来帮助

感谢阅读,欢迎交流,点个赞,关注一波 再走吧

欢迎点赞,关注,收藏

朋友们,你的支持和鼓励,是我坚持分享,提高质量的动力

技术是开放的,我们的心态,更应是开放的。拥抱变化,向阳而生,努力向前行。

我是阿兵云原生,欢迎点赞关注收藏,下次见~

文中提到的技术点,感兴趣的可以查看这些文章:

相关文章
|
运维 Java 应用服务中间件
Tomcat详解(三)——tomcat多实例
Tomcat详解(三)——tomcat多实例
194 1
|
SQL 前端开发 API
关于ElementUI之动态树+数据表格+分页实例
关于ElementUI之动态树+数据表格+分页实例
648 0
|
5月前
|
开发框架 人工智能 Java
破茧成蝶:阿里云应用服务器让传统 J2EE 应用无缝升级 AI 原生时代
本文详细介绍了阿里云应用服务器如何助力传统J2EE应用实现智能化升级。文章分为三部分:第一部分阐述了传统J2EE应用在智能化转型中的痛点,如协议鸿沟、资源冲突和观测失明;第二部分展示了阿里云应用服务器的解决方案,包括兼容传统EJB容器与微服务架构、支持大模型即插即用及全景可观测性;第三部分则通过具体步骤说明如何基于EDAS开启J2EE应用的智能化进程,确保十年代码无需重写,轻松实现智能化跃迁。
498 41
|
7月前
|
XML 人工智能 Java
如何与AI结对编程:我与AI的8000行代码实践
作者分享了跟 AI 协作的一些经验,使用中如何对 AI 输入和反馈,经过磨合后,工作效率会大大提升。
如何与AI结对编程:我与AI的8000行代码实践
|
9月前
|
人工智能 安全 机器人
国内怎么使用claude?这篇文章教会你!
渴望体验 Anthropic 公司的杰作
1809 1
|
存储 缓存 算法
优化 ChunkServer 的存储性能
【8月更文第30天】在分布式文件系统中,ChunkServer 是负责存储数据块的关键组件。为了提高ChunkServer的存储性能,可以通过多种技术手段进行优化,如缓存、压缩、并行处理等。本文将详细讨论这些技术的应用,并提供具体的代码示例。
181 0
|
消息中间件 监控 固态存储
性能工具之 Kafka 快速 BenchMark 测试示例
【5月更文挑战第24天】性能工具之 Kafka 快速 BenchMark 测试示例
1114 1
性能工具之 Kafka 快速 BenchMark 测试示例
|
缓存 前端开发 JavaScript
如何减少React中无关组件的重渲染
你是否同我一样,总是会遇到一些莫名其妙的渲染问题,有时为了解决bug,需要耗费相当气力来debug呢?快来一起学习下react re-render 这些小技巧吧,或许能帮你减少组件树中无关组件的重渲染及重挂载,可以提升性能,同时也能提高用户体验哟。 案例代码:https://github.com/buzingar/re-render-demos
2573 5
|
缓存 Java 应用服务中间件
SpringBoot关闭时都做了哪些事?
SpringBoot关闭时都做了哪些事?
309 0
|
机器学习/深度学习 运维 前端开发
【面试题】 面试官:你觉得你最大的缺点是什么?
【面试题】 面试官:你觉得你最大的缺点是什么?
228 0