Go Slice 原理

简介: Go Slice 原理

前言


Go 语言的 slice 是用的比较多的, 我们需要掌握其原理,避坑。

Slice 说的啥


slice 翻译成中文的意思是切片, 和数组比较类似,如果出现越界,发出现 panic , 但是又比数组灵活,可以自动扩容。

slice 的源码

// runtime/slice.go
type slice struct {
 array unsafe.Pointer // 元素指针
 len   int // 长度 
 cap   int // 容量
}


slice 的三个属性


  • 指针, 指向底层数组
  • 长度, 表示切片可用元素的个数,用下标对 slice 访问时,下标不能超过 slice 长度。
  • 容量,底层数组元素的个数,在底层数组不扩容的情况下,容量是 slice 可用扩张的最大限度。

image.png

如何创建slice


创建方式 代码示例
直接声明 var slice []int
new slice :=*new{[]int}
字面量 slice := []int{1,2,3,4,5}
make slice := make([]int, 5,10)
从切片或者数组”截取“ slice := array[1:5] 或者 slice := soourceSlice[1:5]

不同创建方式 slice 有何不同


直接声明


直接声明 创建出来的 slice 是一个 nil  slice , 长度和容量都是 0, 和 nil 的比较结果是个 true。

nil slice 和 空 slice 是有区别的

image.png

创建方式 nil切片 空切片
方式一 var s1 []int var s2 = []int{}
方式二 var s4 = *new([]int) var s3 = make([]int, 0)
长度 0 0
容量 0 0
和 nil 比较 true false

nil slice 和 空 slice 很相似,长度和容量都是 0, 官方建议尽量使用 nil 切片


字面量


s1 := []int{0, 1, 2, 3, 8: 100}
 fmt.Println(s1, len(s1), cap(s1))


运行结果:


[0 1 2 3 0 0 0 0 100] 9 9

采用的直接赋值的方式,未注明的元素默认值 0


make 方式


make 需要传入 3个参数:切片类型,长度,容量。容量如果不传,默认和长度相等。

package main
import "fmt"
func main() {
 slice := make([]int, 5, 10) // 长度为5,容量为10
 slice[2] = 2 // 索引为2的元素赋值为2
 fmt.Println(slice)
}


执行如下命令,  得到 Go 汇编代码


go tool compile -S main.go


slice 和数组区别


slice 是底层数据是数组, slice 是对数据的封装,描述的是一个数组片段, 都可以通过下标访问单个元素。


slice 扩容源码


当原 slice 容量小于 1024 的时候,新 slice 容量变成原来的 2 倍;原 slice 容量超过 1024,新 slice 容量变成原来的1.25倍。

看个例子


package slice
import "testing"
import "fmt"
func TestSpread(t *testing.T) {
 s := make([]int, 0)
 oldCap := cap(s)
 for i := 0; i < 2048; i++ {
  s = append(s, i)
  newCap := cap(s)
  if newCap != oldCap {
   fmt.Printf("[%d -> %4d] cap = %-4d  |  after append %-4d  cap = %-4d\n", 0, i-1, oldCap, i, newCap)
   oldCap = newCap
  }
 }
}


运行结果:


=== RUN   TestSpread
[0 ->   -1] cap = 0     |  after append 0     cap = 1   
[0 ->    0] cap = 1     |  after append 1     cap = 2   
[0 ->    1] cap = 2     |  after append 2     cap = 4   
[0 ->    3] cap = 4     |  after append 4     cap = 8   
[0 ->    7] cap = 8     |  after append 8     cap = 16  
[0 ->   15] cap = 16    |  after append 16    cap = 32  
[0 ->   31] cap = 32    |  after append 32    cap = 64  
[0 ->   63] cap = 64    |  after append 64    cap = 128 
[0 ->  127] cap = 128   |  after append 128   cap = 256 
[0 ->  255] cap = 256   |  after append 256   cap = 512 
[0 ->  511] cap = 512   |  after append 512   cap = 1024
[0 -> 1023] cap = 1024  |  after append 1024  cap = 1280
[0 -> 1279] cap = 1280  |  after append 1280  cap = 1696
[0 -> 1695] cap = 1696  |  after append 1696  cap = 2304


看到运行结果,当slice 容量小于1024 时, 新 slice 的容量的确是老 slice 的 2 倍, 看着没事问题。但是当想slice 添加元素 1028 时, 老的 slice 容量为 1280 ,新的 slice 容量为1696 ,并不是 1.25 倍关系。1696/1280=1.325 。添加完 1696 后, 新容量 2304 也不是 1696的 1.25 倍,为啥?看源码

扩容源码


// go 1.9.5 src/runtime/slice.go:82
func growslice(et *_type, old slice, cap int) slice {
    // ……
    newcap := old.cap
 doublecap := newcap + newcap
 if cap > doublecap {
  newcap = cap
 } else {
  if old.len < 1024 {
   newcap = doublecap
  } else {
   for newcap < cap {
    newcap += newcap / 4
   }
  }
 }
 // ……
 capmem = roundupsize(uintptr(newcap) * ptrSize)
 newcap = int(capmem / ptrSize)
}


貌似说的“ 长度小于 1024 扩容2倍, 然后 大于1024 扩容1.25 倍” 是对的,但是 后半部分还有 newcap 做了一个容量对齐, 对齐后,新 slice 容量要大于等于老 slice 的 2倍或者 1.25 倍。实际上并不对。

再看个例子:


func TestSpread2(t *testing.T) {
 s := []int{1, 2}
 s = append(s, 4, 5, 6)
 fmt.Printf("len=%d, cap=%d", len(s), cap(s))
}


运行结果是:


len=5, cap=6


不是说 小于 1024 要翻倍扩容么,初始化 cap 容量是2 ,添加4 的时候,容量应该是 不够,翻倍应该是4 才对,再添加6 的时候,容量还是不够,容量应该是8 才对啊,为啥结果是6 ?

再看源码:


// go 1.9.5 src/runtime/slice.go:82
func growslice(et *_type, old slice, cap int) slice {
    // ……
    newcap := old.cap
 doublecap := newcap + newcap
 if cap > doublecap {
  newcap = cap
 } else {
  // ……
 }
 // ……
 capmem = roundupsize(uintptr(newcap) * ptrSize)
 newcap = int(capmem / ptrSize)
}


例子里面 s := []int{1, 2} 初始化容量 len 和 cap 都是2, s 要 append  三个元素, 容量最小要变成3 , 即 cap = 5,表示调用 growslice 函数时,传入的第三个参数应该是 5, cap=5, double 是原 slice 容量的 2 倍, 等于4 ,此时满足第一个 if 条件  newcap = 5,

接着 调用了 roundupsize  函数传入了 40 (代码中ptrSize是指一个指针的大小,在64位机上是8),  然后再内存对齐, 我们在看下 roundupsize 源码:


// src/runtime/msize.go:13
func roundupsize(size uintptr) uintptr {
 if size < _MaxSmallSize {
  if size <= smallSizeMax-8 {
   return uintptr(class_to_size[size_to_class8[(size+smallSizeDiv-1)/smallSizeDiv]])
  } else {
   //……
  }
 }
    //……
}
const _MaxSmallSize = 32768
const smallSizeMax = 1024
const smallSizeDiv = 8


最终的长度返回是根据 class_to_size[size_to_class8[(size+smallSizeDiv-1)/smallSizeDiv]]

go 中源码 有关能i村分配的两个 slice 。


var size_to_class8 = [smallSizeMax/smallSizeDiv + 1]uint8{0, 1, 2, 3, 3, 4, 4, 5, 5, 6, 6, 7, 7, 8, 8, 9, 9, 10, 10, 11, 11, 12, 12, 13, 13, 14, 14, 15, 15, 16, 16, 17, 17, 18, 18, 18, 18, 19, 19, 19, 19, 20, 20, 20, 20, 21, 21, 21, 21, 22, 22, 22, 22, 23, 23, 23, 23, 24, 24, 24, 24, 25, 25, 25, 25, 26, 26, 26, 26, 26, 26, 26, 26, 27, 27, 27, 27, 27, 27, 27, 27, 28, 28, 28, 28, 28, 28, 28, 28, 29, 29, 29, 29, 29, 29, 29, 29, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 30, 31, 31, 31, 31, 31, 31, 31, 31, 31, 31, 31, 31, 31, 31, 31, 31}
var class_to_size = [_NumSizeClasses]uint16{0, 8, 16, 32, 48, 64, 80, 96, 112, 128, 144, 160, 176, 192, 208, 224, 240, 256, 288, 320, 352, 384, 416, 448, 480, 512, 576, 640, 704, 768, 896, 1024, 1152, 1280, 1408, 1536, 1792, 2048, 2304, 2688, 3072, 3200, 3456, 4096, 4864, 5376, 6144, 6528, 6784, 6912, 8192, 9472, 9728, 10240, 10880, 12288, 13568, 14336, 16384, 18432, 19072, 20480, 21760, 24576, 27264, 28672, 32768}


我们传进去的 size 等于 40。所以 (size+smallSizeDiv-1)/smallSizeDiv = 5;获取 size_to_class8 数组中索引为 5 的元素为 4;获取 class_to_size 中索引为 4 的元素为 48。(smallSizeDiv 对应的是 8)


newcap = int(capmem / ptrSize) // 6


这个就是为啥最后 slice cap =6 的原因了。

为什么 nil slice 可以直接 append


nil slice 或者 empty slice  都是可以通过 append 进行扩容,最终是调用。malloc 来向 Go 的内存管理器申请到一块内存,然后再赋值给 nil slice 或者 empty slice  ,这样 nil 就变成了真正的 slice

传 slice 和 slice 指针的区别


当 slice 作为函数参数时,就是一个普通的结构体。其实很好理解:若直接传 slice,在调用者看来,实参 slice 并不会被函数中的操作改变;若传的是 slice 的指针,在调用者看来,是会被改变原 slice 的。

值得注意的是,不管传的是 slice 还是 slice 指针,如果改变了 slice 底层数组的数据,会反应到实参 slice 的底层数据。为什么能改变底层数组的数据?很好理解:底层数据在 slice 结构体里是一个指针,尽管 slice 结构体自身不会被改变,也就是说底层数据地址不会被改变。但是通过指向底层数据的指针,可以改变切片的底层数据,没有问题。

其实意思是,

  • 传 slice 和 slice 指针,如果对 slice 数组里面的数据做修改,都会改变 slice 底层数据
  • 传 slice 是拷贝,在内部修改,不会修改 slice 的结构, len cap 不变 ,slice 指针修改,会修改其 slice 结构。
func TestSliceChange(t *testing.T) {
 s := []int{1, 1, 1}
 f(s)
 fmt.Println(s)
}
func f(s []int) {
 // i只是一个副本,不能改变s中元素的值
 /*for _, i := range s {
  i++
 }
 */
 for i := range s {
  s[i] += 1
 }
}

运行结果:

[2 2 2]
--- PASS: TestSliceChange (0.00s)
PASS

果真改变了原始 slice 的底层数据。这里传递的是一个 slice 的副本,在 f 函数中,s 只是 TestSliceChange 函数中 s 的一个拷贝。在f 函数内部,对 s 的作用并不会改变外层 TestSliceChange 函数的 s。

要想真的改变外层 slice,只有将返回的新的 slice 赋值到原始 slice,或者向函数传递一个指向 slice 的指针。我们再来看一个例子:

func myAppend(s []int) []int {
 // 这里 s 虽然改变了,但并不会影响外层函数的 s
 s = append(s, 100)
 return s
}
func myAppendPtr(s *[]int) {
 // 会改变外层 s 本身
 *s = append(*s, 100)
 return
}
func TestSliceChange2(t *testing.T) {
 s := []int{1, 1, 1}
 newS := myAppend(s)
 fmt.Println(s)
 fmt.Println(newS)
 s = newS
 myAppendPtr(&s)
 fmt.Println(s)
}

运行结果:

=== RUN   TestSliceChange2
[1 1 1]
[1 1 1 100]
[1 1 1 100 100]
--- PASS: TestSliceChange2 (0.00s)
PASS

myAppend 函数里,虽然改变了 s,但它只是一个值传递,并不会影响外层的 s,因此第一行打印出来的结果仍然是 [1 1 1]

而 newS 是一个新的 slice,它是基于 s 得到的。因此它打印的是追加了一个 100 之后的结果:[1 1 1 100]

最后,将 newS 赋值给了 s,s 这时才真正变成了一个新的slice。之后,再给 myAppendPtr 函数传入一个 s 指针,这回它真的被改变了:[1 1 1 100 100]

总结


到此,关于 slice 的部分就讲完了,不知大家有没有看过瘾。我们最后来总结一下:

  • 切片是对底层数组的一个抽象,描述了它的一个片段。
  • 切片实际上是一个结构体,它有三个字段:长度,容量,底层数据的地址。
  • 多个切片可能共享同一个底层数组,这种情况下,对其中一个切片或者底层数组的更改,会影响到其他切片。
  • append 函数会在切片容量不够的情况下,调用 growslice 函数获取所需要的内存,这称为扩容,扩容会改变元素原来的位置。
  • 扩容策略并不是简单地扩为原切片容量的 2 倍或 1.25 倍,还有内存对齐的操作。扩容后的容量 >= 原容量的 2 倍或 1.25 倍。
  • 当直接用切片作为函数参数时,可以改变切片的元素,不能改变切片本身;想要改变切片本身,可以将改变后的切片返回,函数调用者接收改变后的切片或者将切片指针作为函数参数。
相关文章
|
26天前
|
Go 索引
Go 语言中同一 slice 上的切片其底层数组是否是同一个
Go 语言中同一 slice 上的切片其底层数组是否是同一个
21 0
|
4月前
|
缓存 Go API
Go 实现一个支持多种过期、淘汰机制的本地缓存的核心原理
本文旨在探讨实现一个支持多种 过期、淘汰 机制的 go 本地缓存的核心原理,我将重点讲解如何支持多样化的过期和淘汰策略。
79 0
|
5月前
|
存储 安全 Java
Go 基础数据结构的底层原理(slice,channel,map)
Go 基础数据结构的底层原理(slice,channel,map)
53 0
|
3天前
|
JSON 监控 安全
Golang深入浅出之-Go语言中的反射(reflect):原理与实战应用
【5月更文挑战第1天】Go语言的反射允许运行时检查和修改结构,主要通过`reflect`包的`Type`和`Value`实现。然而,滥用反射可能导致代码复杂和性能下降。要安全使用,应注意避免过度使用,始终进行类型检查,并尊重封装。反射的应用包括动态接口实现、JSON序列化和元编程。理解反射原理并谨慎使用是关键,应尽量保持代码静态类型。
17 2
|
20天前
|
Java Go 调度
Go语言并发编程原理与实践:面试经验与必备知识点解析
【4月更文挑战第12天】本文分享了Go语言并发编程在面试中的重要性,包括必备知识点和面试经验。核心知识点涵盖Goroutines、Channels、Select、Mutex、Sync包、Context和错误处理。面试策略强调结构化回答、代码示例及实战经历。同时,解析了Goroutine与线程的区别、Channel实现生产者消费者模式、避免死锁的方法以及Context包的作用和应用场景。通过理论与实践的结合,助你成功应对Go并发编程面试。
21 3
|
1月前
|
存储 Go 索引
掌握Go语言:深入理解Go语言数组,基本原理与示例解析(15)
掌握Go语言:深入理解Go语言数组,基本原理与示例解析(15)
|
2月前
|
存储 算法 Java
Go语言GC(垃圾回收)的工作原理
【2月更文挑战第23天】
35 0
|
2月前
|
存储 Go
关于 go 语言里的 slice 数据结构
关于 go 语言里的 slice 数据结构
16 0
|
3月前
|
Go 开发者
Go语言错误处理机制:原理与实践
【2月更文挑战第7天】在Go语言中,错误处理是一项核心特性。Go语言鼓励显式的错误检查,而不是依赖于异常机制。本文将深入探讨Go语言的错误处理机制,包括错误的表示、传播和处理方式,以及如何在日常编程中有效地应用这一机制,确保代码的健壮性和可读性。
34 10
|
3月前
|
算法 Java Go
Go语言中的垃圾回收机制:原理、优化与影响
【2月更文挑战第5天】本文深入探讨了Go语言中的垃圾回收机制,包括其工作原理、性能优化方法以及对程序运行的影响。通过了解这些内容,读者可以更好地理解Go语言的内存管理特点,并在实际开发中更好地应对垃圾回收带来的挑战。