i.(T) 是类型断言而非类型转换，仅检查动态类型是否完全一致或实现接口，不改变值；i.(string) panic 因动态类型非 string，而 string(x) 是编译期显式转换；v, ok := i.(T) 中 ok 判断 i 非 nil 且动态类型匹配 T。
i.(T) 不是类型转换，是类型断言——它不改变值的底层表示，只做运行时检查并提取已存在的具体值。
你不能靠“学语言”来理解接口断言，得靠它在 runtime 的行为：它只认动态类型是否**完全一致**（对具体类型）或**是否实现**（对接口类型），而不是“能不能转”。
为什么 i.(string) 会 panic，而 string(x) 不会？
因为二者根本不是一回事：
-
i.(string)要求i是interface{}（或其它接口），且其内部**动态类型就是string**；如果存的是int或*string，直接 panic -
string(x)是编译期允许的显式转换，仅适用于少数预定义规则（如[]byte↔string、某些数值转 rune），且x必须是具体类型，不能是接口 - 常见错误：把
interface{}里的int直接断言成string—— Go 不会自动调用strconv.Itoa，那不是断言该干的事
value, ok := i.(T) 中的 ok 到底判断什么？
它只判断两件事是否同时成立：
-
i不为 nil -
i的动态类型与T**完全相同**（若T是具体类型），或i的动态类型实现了T（若T是接口） - 注意：
ok为false并不意味着“可以转但没转”，而是“根本不匹配”。比如interface{}(42).(string)→ok == false，不是“42 转不了 string”，而是“42 就不是 string”
什么时候必须用双返回值形式 v, ok := i.(T)？
只要 i 来源不可控，就必须用：
- 从
map取值：v, ok := m["key"]返回interface{}，你不知道它存了啥 - 从 channel 接收：
data := ，若 <code>ch是chan interface{}，就得先断言再用 - HTTP 请求参数解析、JSON 反序列化后字段类型不确定时（如
json.RawMessage或泛型 map[string]interface{}） - 用单返回值
v := i.(T)在生产环境等于埋 panic，尤其当i是用户输入或第三方库返回时
结构体字段上写 a.field.(string) 为什么编译不过？
因为 a.field 如果已经是 string 类型，它就不是接口，而类型断言语法 x.(T) 的左边 x **必须是接口类型**。
立即学习“go语言免费学习笔记（深入）”；
- 报错信息通常是：
invalid type assertion: a.field.(string) (non-interface type string on left) - 正确做法：如果字段本身就是
string，直接用；如果字段是interface{}，才需要断言 - 别试图用断言“加强类型”——Go 的类型系统不靠断言升级，靠声明和赋值约束
ok == false，就该立刻处理 fallback，而不是接着往下 cast。 
