go 不支持直接将 []*t 转换为 []u（即使 t 和 u 结构相同），必须显式遍历并逐个转换，这是由 go 类型系统严格性决定的。
go 不支持直接将 []*t 转换为 []u（即使 t 和 u 结构相同），必须显式遍历并逐个转换，这是由 go 类型系统严格性决定的。
在 Go 中，类型转换需严格遵循类型安全原则：即使两个结构体（如 C 和 Z）字段完全一致、布局相同，它们仍是完全不同的类型，且 []C 与 []Z 之间不存在隐式或强制类型转换关系。编译器拒绝 a.B（类型为 []C）直接赋值给字段 Y []Z，正是这一设计的体现——Go 拒绝“侥幸式”内存重解释，避免因底层布局微小差异导致的未定义行为。
因此，唯一符合语言规范、安全可靠的转换方式是显式遍历 + 构造新元素：
func doSomething(r interface{}) X {
a := r.(*A)
y := make([]Z, len(a.B))
for i, cPtr := range a.B {
if cPtr != nil {
y[i] = Z{char: cPtr.char} // 字段级赋值，清晰可控
} else {
y[i] = Z{} // 或按需处理 nil 指针
}
}
return X{Y: y}
}⚠️ 注意事项：
- 不可使用 unsafe 或反射绕过：虽技术上可通过 unsafe.Slice 或 reflect.SliceHeader 强制转换，但会破坏内存安全、丧失 GC 正确性，且在 Go 1.20+ 中多数 unsafe 操作已被限制，强烈不推荐；
- 避免浅拷贝陷阱：若 Z 包含指针或 map 等引用类型字段，需深度复制对应字段，而非仅复制结构体本身；
- nil 指针检查必不可少：源切片中可能存在 nil 元素（如 []*C{nil, &C{"x"}}），直接解引用会导致 panic；
- 性能考量：对超大切片，可考虑复用底层数组（通过预分配 make([]Z, 0, len(a.B)) 并 append），但语义不变，仍需逐项构造。
总结：Go 的类型系统以明确性和安全性优先，拒绝“自动结构体转换”。面对 []*T → []U 需求，老老实实写循环是最简洁、最健壮、最符合 Go 习惯的做法——它语义清晰、易于测试、兼容所有 Go 版本，也是标准库和主流项目（如 Kubernetes、Docker）中普遍采用的模式。
