能，指针和切片可一起使用；传切片即可修改元素值，扩容需传[]T更新切片头；[]T用于避免大结构体拷贝，*[]T用于修改切片本身。
指针和切片能一起用吗？能，而且很常见
可以，而且 Go 中大量标准库和业务代码都在这么做。关键不是“能不能”，而是“什么时候该用”以及“怎么避免误用”。指针作用于切片本身（[]T）和切片元素（T）是两回事，容易混淆。
修改切片底层数组时，传指针还是传切片？
传切片就够了——因为切片本身是包含 ptr、len、cap 的结构体，复制时 ptr 字段被共享，所以函数内修改元素值（如 s[0] = 100）会反映到原切片。但若在函数内做 append 导致扩容，新底层数组不会影响原切片，此时才需要传 *[]T 来更新切片头。
- 只需改元素值 → 传
[]int - 可能追加并希望 caller 看到新长度/容量 → 传
*[]int，并在函数内用*s = append(*s, x) - 错误写法：
func f(s []int) { s = append(s, x) }—— 这只改了副本的ptr/len/cap，caller 完全无感
切片元素是指针类型（[]*T）的典型场景
适用于需避免拷贝大结构体、或需统一修改多个对象状态的场景，比如缓存管理、事件监听器列表、树节点子节点集合等。注意：[]*T 不等于 *[]T，前者是“指向 T 的指针组成的切片”，后者是“指向切片的指针”。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
users := []*User{{Name: "A"}, {Name: "B"}}→ 修改users[0].Name会影响原User实例 - 内存开销略高（每个元素多 8 字节指针），且 GC 压力略增（每个
*T都是独立可达对象） - 初始化时别漏了
&User{...}，否则users[0]是 nil，解引用 panic
嵌套组合：*[]*map[string]int 怎么读和用？
从右往左读：map[string]int → *map[string]int（指向 map 的指针）→ []*map[string]int（元素为 map 指针的切片）→ *[]*map[string]int（指向该切片的指针）。实际中极少需要四层嵌套，三层已属边缘场景。
立即学习“go语言免费学习笔记（深入）”；
- 真正用到
*[]*T的典型例子：批量加载数据后需动态重分配切片并更新 caller 的引用 - 调试时遇到
invalid memory address or nil pointer dereference，优先检查是不是忘了对*[]T解引用（如写了s[0]却没写(*s)[0]） - Go 1.21+ 支持切片泛型，类似逻辑建议封装成函数，而非裸写多层指针操作
最易忽略的一点：切片的指针语义只在“扩容影响切片头”时才真正需要显式取地址；其余时候，滥用 *[]T 只会让代码更难读、更易错。
