在 Go 中，将底层类型相同的切片（如 []int）转换为自定义类型（如 MyIntsArray）不会触发内存分配，因为切片本身是包含指针的头结构；但结构体类型转换会复制值，而指针到指针的“类型重解释”需通过 unsafe 且须谨慎。
在 go 中，将底层类型相同的切片（如 `[]int`）转换为自定义类型（如 `myintsarray`）不会触发内存分配，因为切片本身是包含指针的头结构；但结构体类型转换会复制值，而指针到指针的“类型重解释”需通过 `unsafe` 且须谨慎。
Go 并不支持传统面向对象语言中的“继承”，但允许通过类型别名（type definition） 创建新类型，并为其定义方法。理解这些类型转换背后的内存行为，对编写高效、安全的 Go 代码至关重要。
✅ 切片转换：零拷贝，共享底层数组
切片（[]T）在 Go 中是一个三元组：指向底层数组的指针、长度（len）和容量（cap）。当执行 MyIntsArray(myInts) 这类转换时，仅复制该三元组（24 字节，64 位系统），不复制元素数据。因此，原始切片与转换后的自定义类型完全共享同一底层数组：
myInts := []int{1, 2, 3, 5, 7, 11}
myIntsArr := MyIntsArray(myInts) // 仅复制 slice header
myInts[0] = 100 // 影响 myIntsArr[0]
myIntsArr[1] = 200 // 影响 myInts[1]
运行 验证示例 可见：&myInts[i] 与 &myIntsArr[i] 地址完全一致，证实无内存冗余。
❌ 结构体转换：默认值拷贝，不共享内存
结构体是值类型。type MyType2 MyType1 定义了一个与 MyType1 底层相同但类型不同的新类型。直接 MyType2(t1) 是非法的——因为 t1 是 *MyType1，而 MyType2 是非指针类型，二者不兼容：
t1 := &MyType1{Val: -1, Values: []int{1,3,5}}
// t2 := MyType2(t1) // 编译错误：cannot convert *MyType1 to MyType2
// t2 := *MyType2(t1) // 更错：MyType2(t1) 本身就不合法
即使尝试值转换（如 MyType2(*t1)），也会深拷贝整个结构体字段（包括 Values 切片头），但注意：Values 字段本身仍是共享的（因其是切片），而 Val 等字段则独立。
⚠️ 指针类型重解释：仅限 unsafe，且有严格前提
若需让 *MyType1 和 *MyType2 指向同一内存（即“类型双关”），必须使用 unsafe.Pointer，且要求两结构体内存布局完全一致（字段数量、类型、顺序、对齐均相同）：
import "unsafe"
type MyType1 struct {
Val int
Values []int
}
type MyType2 struct { // 注意：必须显式声明为相同结构，而非 type alias
Val int
Values []int
}
func main() {
t1 := &MyType1{Val: -1, Values: []int{1, 3, 5}}
// 安全前提：MyType1 与 MyType2 内存布局完全等价
t2 := (*MyType2)(unsafe.Pointer(t1))
fmt.Printf("t1.Val=%d, t2.Val=%d\n", t1.Val, t2.Val) // -1, -1
t1.Val = 999
fmt.Printf("t1.Val=%d, t2.Val=%d\n", t1.Val, t2.Val) // 999, 999 —— 共享内存
}
⚠️ 重要警告：
- unsafe 绕过 Go 类型系统，破坏内存安全性，仅应在极少数高性能场景（如序列化库、FFI）中使用；
- 若结构体字段变更（如增删字段、调整顺序），unsafe 转换将导致未定义行为；
- type MyType2 MyType1 不保证布局兼容性（编译器可能做优化），应显式定义相同结构体；
- 生产代码优先采用组合（embedding）或接口抽象，而非 unsafe 黑科技。
✅ 最佳实践总结
| 场景 | 推荐方式 | 是否分配内存 | 安全性 |
|---|---|---|---|
| 切片类型转换（如 []int → 自定义类型） | 直接类型转换 MySlice(s) | ❌ 否（仅 header 复制） | ✅ 安全 |
| 结构体逻辑复用 | 使用组合（type MyType struct { Inner Type1 }）或接口 | ✅ 取决于用法 | ✅ 安全 |
| 零拷贝结构体视图 | unsafe.Pointer + 显式同构体定义 | ❌ 否 | ⚠️ 高风险，需充分测试 |
牢记：Go 的设计哲学是“明确优于隐晦”。类型转换的内存语义清晰（值类型复制、引用类型共享），善用这一特性，比强行模拟继承更符合 Go 的惯用法。
