必须用 type conversion 而非 type assertion 的场景是：在底层类型相同或兼容的不同类型间显式转换值，如 int64(3.14)、string([]byte{97})；而 interface{} 到具体类型的提取只能用 type assertion，如 v.(string)。
什么时候必须用 type conversion，而不是 type assertion
Go 里没有“类型转换”这个宽泛概念，只有两种明确机制：type conversion（类型转换）和 type assertion（类型断言）。前者用于不同底层类型的值之间显式转换，后者只用于 interface{} 到具体类型的提取。如果你写 int64(3.14) 或 string([]byte{97, 98})，这是 conversion；但写 v.(string) 是 assertion —— 混用会编译失败或 panic。
常见错误现象：cannot convert x (type int) to type string，其实不是不能转，而是你用了错误语法（比如写了 string(x) 却忘了 x 是 rune/byte/[]byte 等可转类型，而 int 不可直接转 string）。
- 只有底层类型相同或兼容时才能 conversion：比如
int和int32底层都是整数，但int和string完全无关，不能直接string(123) -
string只能由[]byte、[]rune或单个rune/byte转换而来，不是所有整数都能转成字符串 - 浮点转整数会截断（不是四舍五入），
int(3.9)结果是3
string ↔ []byte / []rune 的转换不拷贝内存？
从 Go 1.20 开始，string([]byte) 和 []byte(string) 在满足条件时复用底层数据，但仅限于「未被修改」的场景。实际使用中，只要你不做原地修改（比如用 unsafe 强制改），可以认为是零拷贝。但要注意：一旦对生成的 []byte 进行 append 或赋值操作，底层数组可能扩容，就不再是共享了。
-
bs := []byte("hello"); s := string(bs); bs[0] = 'X'→s仍是"hello"，没影响 -
bs := make([]byte, 0, 5); bs = append(bs, "hello"...) ; s := string(bs)→ 这种也共享，因为底层数组未重分配 - 但
bs := []byte("hello"); bs = append(bs, '!')后再转string，就一定新分配了
interface{} 转具体类型只能用 type assertion，且要防 panic
当你从 map、channel、函数参数拿到 interface{}，想还原为 int 或 string，必须用 v.(int) 这类语法。它不是转换，是“断言这个接口当前装的是 int”。如果类型不对，运行时 panic。
- 安全写法永远用双返回值形式：
if x, ok := v.(int); ok { ... } - 不要在循环里无保护地写
v.(string)，尤其当v来自用户输入或 JSON 解析结果时 - JSON 反序列化后是
map[string]interface{}，其中数字默认是float64，不是int—— 断言成int必 panic
自定义类型之间转换需显式声明，且底层类型必须一致
Go 不允许隐式转换，哪怕两个 struct 字段完全一样也不行。但你可以为自定义类型写 conversion 函数，或者利用底层类型一致的特性做零成本转换。
- 合法：
type MyInt int; var x MyInt = MyInt(42)（因为MyInt和int底层都是 int） - 非法：
type MyString string; func f(s MyString) { fmt.Println(string(s)) }→ 编译错误，必须写string(s)，因为MyString是新类型，但底层仍是 string，所以允许 conversion - struct 之间不能直接转换，哪怕字段名、类型、顺序都一样，必须逐字段赋值或用
unsafe（不推荐）
最常被忽略的一点：conversion 表达式本身不改变原值，也不会触发方法调用或验证逻辑。如果你定义了 type Email string 并希望每次转成 string 前校验格式，那 conversion 就做不到——得封装成方法，比如 (e Email).String() 里加检查。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
