type switch是接口值运行时安全拆包的唯一方式，只能用于interface{}类型，语法为switch v := x.(type)，case后仅接受具体类型字面量，必须包含default分支以防未知类型。
type switch 不是用来“选类型”的，它是接口值运行时拆包的唯一安全方式——用错地方，编译直接报错。
type switch 只能用在 interface{} 上
你不能对 int、string、struct{} 这类具体类型写 switch v := x.(type)。Go 编译器会立刻报错：invalid type assertion: x.(type) (non-interface type int on left)。
- 合法场景：从
json.Unmarshal得到的map[string]interface{}里取值后判断类型；函数参数是interface{}或自定义接口（如io.Reader） - 非法场景：传入参数是
func f(n int)，却在函数体内写switch n.(type)；或者对reflect.Value直接套. (type) - 常见误判：以为
fmt.Stringer这种接口类型能写在case后——不行，case后只接受具体类型字面量，比如*os.File，哪怕它实现了fmt.Stringer
每个 case 只能跟一个具体类型
Go 不允许 case int, string: 这种写法，语法错误：invalid case int,string in type switch。类型匹配是排他性的，不是逻辑或。
Personality Switcher
下载
创建并切换AI助手人格。使用 /personality 列出并激活已保存的人格；使用 /create-personality 设计新角色，自动填充 SOUL 与 IDENTITY。跨会话和对话压缩时人格持久化，自动恢复心跳。原子切换提供备份与回滚保护，切换前始终备份当前状态。
- 想让
int和int64共享逻辑？只能重复写两个case，或抽成函数调用：case int: handleNumber(int(v))、case int64: handleNumber(int(v)) - JSON 解析数字默认是
float64，不是int——这点常被忽略，导致case int:永远不命中 -
*string和string是两种完全不同的动态类型，必须分开写case string:和case *string:；case *string:不会匹配nil指针，要单独写case nil:
语法必须是 switch v := x.(type)，不能省略赋值
写成 switch x.(type) 看似简洁，但会导致你在 case 里无法使用转换后的值——x 仍是 interface{} 类型，不能直接调方法或取字段。
- 正确写法：
switch v := data.(type) { case string: fmt.Println(len(v)) }—— 此时v是string类型 - 错误写法：
switch data.(type) { case string: fmt.Println(len(data)) }——data还是interface{}，len(data)编译失败 -
type是关键字，不能加括号、不能换位置、不能写成v.(T)（那是普通类型断言，不是 type switch）
default 不是可选项，而是防御性必需
没写 default 的 type switch 在遇到未列出的类型时会静默跳过，容易埋下逻辑漏洞。尤其当数据来自外部（如 JSON、RPC、数据库）时，新字段可能带出未知类型。
- 建议在
default分支里至少打日志：log.Printf("unexpected type %T", v) - 别用
fallthrough——Go 明确禁止：cannot fallthrough in type switch；想复用逻辑，就提函数，别靠穿透 - 如果只是检查类型、不需用值，可以省略赋值：
switch x.(type) { case string: ... }，但这种情况较少见，多数时候你需要值本身
最常被忽略的点是：type switch 不是反射替代品，它要求你提前知道所有可能类型；一旦漏掉，default 就成了兜底出口——而这个出口，很多人连日志都懒得加。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
