Go语言强制显式类型转换以保障类型安全，仅底层类型相同且兼容的类型可转换；字符串与字节切片互转会拷贝内存，应优先用unsafe.String避免；接口类型转换需用type assertion或type switch，并注意nil处理。
Go 语言不支持隐式类型转换，所有类型转换都必须显式写出，否则编译直接报错。这不是语法糖缺失，而是设计上对类型安全的强制约束。
哪些类型之间可以进行显式转换
只有底层类型相同、且长度/符号性兼容的类型之间才能用 T(v) 形式转换。比如 int 和 int32 底层都是整数，但不能直接转——必须先确认值范围是否在目标类型可表示范围内。
-
int→int32：允许，但需确保v 且v >= math.MinInt32 -
uint8↔byte：允许，因为byte就是uint8的别名（type byte uint8） -
float64→int：允许，但会截断小数部分（不是四舍五入），且不检查溢出 -
[]byte↔string：允许，但这是内存层面的 reinterpret，不是编码转换；中文等 UTF-8 多字节字符会被原样复制 -
*T→unsafe.Pointer：允许，但仅限于和unsafe.Pointer互转，其他指针类型之间不可转
字符串与字节切片互转的常见陷阱
string([]byte) 和 []byte(string) 看似简单，但实际会触发内存拷贝。如果只是临时读取、且确定字符串内容不会被修改，应优先用 unsafe.String（Go 1.20+）或 unsafe.Slice 避免分配。
package main
import (
"fmt"
"unsafe"
)
func main() {
s := "hello世界"
// 安全但有拷贝
b1 := []byte(s)
// Go 1.20+，零拷贝转 string（只读场景）
b2 := []byte(s)
s2 := unsafe.String(&b2[0], len(b2))
fmt.Println(s2) // hello世界
}
- 不要在循环中频繁做
[]byte(s)，尤其当s很长时，GC 压力明显 -
string是只读的，若后续修改了底层数组（如通过unsafe），行为未定义 - UTF-8 编码下，一个汉字占 3 字节，
len(s)返回的是字节数，不是字符数
接口类型转换：type assertion 与 type switch
从 interface{} 恢复具体类型，必须用 type assertion：v.(T)。失败时 panic；加逗号判断形式 v, ok := x.(T) 才安全。
立即学习“go语言免费学习笔记（深入）”；
var i interface{} = 42
if v, ok := i.(int); ok {
fmt.Println("int value:", v)
} else {
fmt.Println("not int")
}
- 对
nil接口做x.(T)会 panic，必须先判空或用ok形式 -
type switch更适合多类型分支处理，比一连串if v, ok := ...清晰 - 注意：
nil的具体类型变量（如(*MyStruct)(nil)）赋给interface{}后，接口非 nil，但底层值为 nil —— 这种情况 type assertion 成功，但解引用会 panic
数字类型转换时最容易忽略的溢出问题
Go 不做运行时溢出检查。例如 int8(200) 会静默截断为 -56（200 的低 8 位补码）。生产代码中，涉及用户输入或外部数据的数字转换，务必手动校验。
- 使用
math包常量判断边界：if v > math.MaxInt16 { ... } - 第三方库如
golang.org/x/exp/constraints（实验包）提供泛型约束，可辅助写安全转换函数 -
strconv系列函数（如strconv.ParseInt）更适合字符串转数字，它们返回 error 而非静默截断
最常被跳过的点：把 uint 转成有符号类型前，没确认高位是否为 0；或者把大整数转 float64 时，忽略了精度丢失（float64 只能精确表示 ≤ 2⁵³ 的整数）。
