```go
package main
import "fmt"
func main() {
arr := make([]int, 3, 4) //创建一个长度为 3 ，容量为 4 的切片
fmt.Println(arr, len(arr), cap(arr)) //[0 0 0] 3 4
// -----
fmt.Printf("%p\n", arr)
addNum(arr)
// -----
fmt.Println(arr, len(arr), cap(arr)) //[0 0 0] 3 4
fmt.Printf("%p\n", arr)
}
func addNum(sli []int) {
fmt.Printf("%p\n", sli)
sli = append(sli, 4)
fmt.Println(sli, len(sli), cap(sli)) //[0 0 0 4] 4 4
fmt.Printf("%p\n", sli)
}
```
看到网上的解释是， 在 addNum 里面，sli 的底层数组是的确被修改了，可是切片的 len 由于是值复制，所以切片的 len 没有被修改，导致外层 main 里面的切片没有被显示？
如果是这样，那么应该传参的时候传入的切片地址应该不一样才对，因为是传值，传入的是切片结构体的拷贝值，而不应该是切片的原地址。
type slice struct {
array unsafe.Pointer //存储数组指针
len int
cap int
}
望大神指点。
有个大神的回复：
> 打印的是切片里引用的底层数据的地址，而不是切片本身的地址。实参和形参的切片是不同的切片，只不过它们引用的底层数据是一样的。
那么请问下，addNum(arr) 这个arr是值传递，传的是切片的地址值，还是切片里面的结构体的array地址 ？
更多评论
我的推断：
---
---
golang中的参数传递都是拷贝传递，即使你传的参数是一个引用，它也会把这个引用给拷贝了，但是，它们两个都指向同一个地址，所以你做的修改并不是针对某个引用变量，而是某个引用变量所指向的对象。但是slice不是真正的引用类型，是大概长这样的一个结构体：
```
type slice struct {
array unsafe.Pointer
len int
cap int
}
```
传参拷贝后的确是复制了这样的一个结构体，但是内部的array指针也复制了，所以指向的是同一底层数组的首地址。
想必楼主已经知道了append函数的原理了，就不多言了。
这个修改。。。如果你addNum这么写：
```
sli[0] = 999
```
那么arr[0]当然也会变成999。
然后，append确实没有重新分配底层数组，完整的底层数组确实是[0 0 0 4]没错，但是你忘了，arr被声明的时候，还记得slice的数据结构吗？有个len属性，arr的len是3啊，它读不到第四个元素上。append的是sli这个arr的值拷贝对象，尽管它们都共用一个底层数组的起始地址，但是len可不一样, 所以arr只有底层数组的前面三个值[0 0 0]，sli则是[0 0 0 4], %p直打slice打的确实是底层数组地址，如果要打切片本身的地址，要这样：`("%p\n", &arr)`.
我推理的不知是否正确。
#1
今日阅读排行
一周阅读排行