Go中slice是含ptr/len/cap的结构体，非指针；传slice是值传递，改元素因ptr共享而生效，append扩容则只改副本；需修改slice本身须传[]int；&[3]int与&[]int类型不同；返回T强调可变共享，[]T强调数据集合语义。
指针和slice在Go里根本不是同一类东西：指针是地址，slice是带指针的结构体。 你不能说“slice是一种指针”，也不能说“指针就是引用类型”——Go没有引用类型，只有值传递，但某些值（比如slice）内部含指针，所以表现得像共享数据。
为什么修改 s[i] = x 会影响原底层数组，但 append 却不生效？
因为函数传参时，[]int 是值传递，传递的是一个三字段结构体（ptr、len、cap）的副本。这个副本里的 ptr 和原 slice 指向同一底层数组，所以改元素会同步；但 append 若触发扩容，会分配新数组并更新副本的 ptr 字段，原变量完全无感。
- 想让
append生效到调用方？必须传*[]int，然后解引用赋值：*s = append(*s, v) - 只读或只改元素？直接传
[]int足够，轻量且安全 - 误以为传 slice 就能“改变 slice 本身”是常见误解，本质是没分清“改内容”和“改描述符”
&[3]int 和 &[]int 的指针类型完全不同
&[3]int 得到的是指向连续内存块的指针，类型是 *[3]int，它可以直接当数组用；而 &[]int 得到的是指向 slice header 的指针，类型是 *[]int，解引用后才是那个含 ptr/len/cap 的结构体。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
p := &[3]int{1,2,3}→p[0]合法，p等价于 C 风格数组指针 -
s := []int{1,2,3}; ps := &s→*ps是 slice，(*ps)[0]合法，但ps[0]编译失败 - 混淆这两者会导致类型错误或意外的内存访问行为
什么时候该返回 *T，什么时候该返回 []T？
看语义，不是看大小。返回指针强调“我给你一个可变的、可共享的、可能为 nil 的对象”；返回 slice 强调“我给你一组数据，它天然支持遍历、截取、共享底层数组”。
- 返回大结构体？优先
*MyStruct，避免拷贝；但若该结构体本就设计为不可变（如配置），返回值更安全 - 返回数据集合？用
[]T，哪怕只有一个元素；别为了“省一次拷贝”而返回*[]T，那反而增加调用复杂度 - 需要表达“无结果”？
*T可为nil，[]T的零值是nilslice，二者都合法，但语义不同：前者是“找不到对象”，后者是“查到空列表”
最易被忽略的一点：slice 的“引用语义”是隐式的、有条件的。它依赖底层数组是否被扩容、是否被其他 goroutine 并发修改、是否被截取导致内存无法释放。而指针的指向关系是明确、直接、无歧义的——这正是你在调试数据竞争或内存泄漏时，必须回溯到 ptr 字段和逃逸分析的原因。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
