在 Go 中，[]*T 和 []U（即使 T 和 U 结构相同）属于不兼容类型，无法直接赋值；必须显式遍历并逐个转换，不存在零开销的强制类型转换或 unsafe 替代方案。
在 go 中，`[]*t` 和 `[]u`（即使 `t` 和 `u` 结构相同）属于不兼容类型，无法直接赋值；必须显式遍历并逐个转换，不存在零开销的强制类型转换或 `unsafe` 替代方案。
Go 的类型系统严格区分指针切片与值切片，即使底层结构体字段完全一致（如 C 和 Z 均含 char string），[]*C 与 []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.Slice 或 reflect 绕过类型检查：[]*C 和 []Z 的底层内存布局虽相似，但 Go 不保证跨类型切片头的兼容性，且 unsafe 操作会破坏内存安全与 GC 正确性；
- 避免误用类型别名：type Z C 仅在 Z 是 C 的别名时才允许 []C ↔ []Z 转换，但本例中 Z 是独立定义的结构体，即使字段相同也不构成别名关系；
- nil 指针需显式检查：若 a.B 中可能含 nil，循环中应判空，防止 panic；
- 性能考量：对大尺寸切片，该转换是 O(n) 时间复杂度，属预期开销；若高频调用，可考虑重构数据模型（如统一使用值类型或共享接口）。
总结：Go 中切片类型的转换本质是值复制而非指针重解释。坚持显式循环不仅符合语言哲学，也确保代码清晰、健壮且易于测试。任何试图“绕过”此限制的技巧，均违背 Go 的安全性与可维护性原则。
