go语言所有类型转换必须显式、安全且编译期可验证，t(v)是构造新值而非内存重解释；底层表示兼容且语义明确时才允许，如int→int64、[]byte↔string、float64→int等，而int→string或匿名结构体互转则禁止。
Go 语言没有“强制类型转换”这个概念，所有类型转换都必须显式、安全、且在编译期可验证。所谓“转”，其实是用 T(v) 语法构造一个新值，不是对原值做内存 reinterpret —— 这点和 C 的 (int*)ptr 有本质区别。
什么时候能直接用 T(v)？
只有当两个类型底层表示兼容，且转换是明确定义的，才能直接写 T(v)。比如：
-
int→int64：允许（数值范围扩大，无精度丢失） -
int64→int：允许（但运行时可能溢出，编译器不拦，得自己兜底） -
[]byte→string：允许（底层都是字节序列，语义不同但可转换） -
string→[]byte：允许（同上，但每次都会分配新底层数组） -
float64→int：允许（截断小数部分，不四舍五入）
反例：int → string 不行（这不是字符编码转换，而是数值到 Unicode 码点的映射，得用 string(rune)）；struct{a int} → struct{a int}（即使字段完全一样，只要名字不同就是不同类型，不能直转）。
unsafe.Pointer 能绕过类型系统吗？
能，但代价是放弃类型安全和编译器保护，而且极易出错。它只该用于极少数场景，比如：
- 与 C 互操作时做指针桥接（如
C.malloc返回的*C.void转成*byte） - 底层内存池或 slice 头部操作（如实现自定义
BytesToString避免拷贝）
常见错误：把 *int 直接转成 *float64 并解引用——这会按 float64 解释 int 的二进制位，结果完全不可预测。正确做法是先转成 uintptr，再转目标指针类型，且必须确保内存布局对齐合法。别为省一次拷贝去碰 unsafe，除非你清楚每一步的内存语义。
字符串和字节切片互相转换要注意什么？
string(b) 和 []byte(s) 看似简单，但背后有关键差异：
-
string([]byte)：不拷贝底层数组，但结果string是只读的；如果原[]byte后续被修改，不影响已转出的string（因为 string header 指向的是当时那一块内存） -
[]byte(string)：**一定拷贝**底层数组，哪怕只是临时转一下再丢掉，也会有一次分配和复制 - 性能敏感路径（如 HTTP body 处理）中频繁做
[]byte(s)，容易触发 GC 压力；此时应考虑用strings.Reader或复用bytes.Buffer
别以为 “string 和 []byte 可以自由转” 就忽略开销。它们的零拷贝转换只在 string→[]byte 方向单向成立（需 unsafe），标准库里从不这么干。
类型转换最常被忽略的点，其实是“转换后值的生命周期是否还受控”。比如把局部 slice 的地址转成 string，slice 被回收后 string 仍指向那片内存——Go 编译器会阻止这种逃逸，但用 unsafe 强行绕过时，没人替你保命。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
