go类型转换无内置函数，仅支持t(v)显式语法；数值转换需防溢出截断，接口断言必须用v,ok:=x.(t)避免panic，string/[]byte互转默认拷贝，别名类型可直转而新类型需显式转换。
Go 语言没有“转换函数”这种内置函数，所有类型转换都通过 T(v) 语法显式完成；所谓“强制转换”其实是带运行时检查的类型断言或数值转换，不是无条件覆盖类型系统。
数值类型转换：int→float64 看似简单，但溢出和截断必须手动兜底
Go 允许 int 到 float64、float64 到 int 等底层兼容数值类型间的转换，但编译器不校验值范围，运行时也不会 panic —— 错误结果静默产生。
-
int(float64(1e100))得到的是0（超出 int 表示范围，结果未定义） -
int(3.9)总是截断为3，不是四舍五入 - 从
int64转int8时，若值为200，结果是-56（模 256 溢出） - 安全做法：用
math包提前判断，例如if v > math.MaxInt32 { /* error */ }
接口类型断言：interface{}.(T) 不加 ok 就是生产事故
把 interface{} 恢复为具体类型，必须用类型断言。失败时不加 , ok 形式会直接 panic，且无法 recover —— 这是线上服务崩溃的常见原因。
- 错误写法：
s := i.(string)，当i实际是int时立即 crash - 正确写法：
s, ok := i.(string)，ok为false时跳过或走 fallback 分支 - 空接口转非空接口也要断言：
if r, ok := i.(io.Reader); ok { ... } - 注意：nil 接口变量断言成具体类型会失败（
ok == false），但断言成指针类型如*string时，即使值为 nil 也可能成功
字符串与 []byte 互转：默认拷贝，高频场景下 GC 压力肉眼可见
string([]byte) 和 []byte(string) 在 Go 1.20 前必然触发内存分配和拷贝。在日志、HTTP body 解析等高频路径中，这会显著抬高 GC 频率。
- 只读场景优先用
unsafe.String(&b[0], len(b))（Go 1.20+）或unsafe.Slice(unsafe.StringData(s), len(s)) - 切忌在 for 循环里反复调用
[]byte(s)，尤其当s是长字符串时 -
string是只读的，任何通过unsafe修改其底层数组的行为都属未定义 - UTF-8 下
len(s)返回字节数，不是字符数；len([]rune(s))才是真实字符长度
别名类型 vs 类型重定义：byte 和 uint8 可转，但 MyInt 和 int 不行
Go 区分「类型别名」（type T = X）和「新类型定义」（type T X）。只有前者才允许直接转换；后者必须显式 T(x)，且仅当底层类型一致时才通过编译。
-
type byte = uint8是别名，所以byte(65)和uint8(65)完全等价 -
type MyInt int是新类型，MyInt(42)合法，但MyInt(someIntVar)必须确保someIntVar是int类型，不能是int32 - 结构体字段名、顺序、标签完全一致时，可考虑用
unsafe强制 reinterpret，但这是高危操作，标准库都不轻易用
最易被忽略的点：类型断言失败不抛异常而是返回 false，但开发者常把它当成“类型检查完毕”的信号，忘了后续逻辑仍可能因类型不匹配而 panic —— 比如断言 map[string]interface{} 成功后，没检查内部 value 是否真为 string 就直接 value.(string)。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
