v 的作用域仅限于对应 case 分支内部，不能在 case 外访问或跨 case 复用；需跨 case 使用时须在 switch 外提前声明变量并赋值。
switch v := i.(type) 声明的 v 确实只在每个 case 块内有效
这是 go 语言规范明确规定的：类型断言声明的变量 v 的作用域仅限于对应 case 分支内部，不是整个 switch 块。这意味着你不能在 case 外访问它，也不能在 default 或其他 case 中复用同一个 v 名称（会报重复声明错误）。
常见错误现象：
– 在 case 外写 fmt.Println(v) → undefined: v
– 同一个 switch 中两个 case 都写 v := i.(type) → redeclared in this block
- 如果需要跨
case使用，必须在switch外提前声明变量，再在各case中赋值 - 若只是临时处理，直接在
case内使用即可，无需担心内存开销（Go 编译器会优化） - 注意：
v的类型是当前case匹配的具体类型（比如String或int），不是接口类型，也不是Interface{}
想在多个 case 共享变量？得提前声明 v
当不同 case 需要对同一个变量做后续操作（比如统一日志、拼接字符串、传入函数），不能依赖 v 自动提升作用域。必须手动“提权”——在 switch 外定义，并用类型转换或指针方式赋值。
示例场景：解析 interface{} 参数，根据类型做不同处理，但最后都要调用 logResult(v)
立即学习“go语言免费学习笔记（深入）”；
var v interface{} // 提前声明，类型保持为 interface{} switch x := i.(type) { case string: v = x + " processed" case int: v = fmt.Sprintf("num:%d", x) case nil: v = "nil" } logResult(v) // ✅ 可以访问- 不推荐用
var v any然后在每个case里v = x—— 这会丢失具体类型信息，后续无法做类型安全操作 - 如果后续逻辑强依赖具体类型（如调用
string的len()），更稳妥的做法是把公共逻辑封装进函数，各case分别传参调用 - 避免在
case中直接赋值给外部变量后再做类型断言，容易绕晕自己
为什么 Go 不让 v 作用域扩大到整个 switch？
根本原因是类型安全：每个 case 中的 v 实际上是不同底层类型的变量（string、float64、*MyStruct），编译器无法为它们统一推导出一个静态类型。强行提升作用域会导致类型歧义和运行时隐患。
- 这不是设计疏漏，而是有意为之的保守约束 —— 类似 rust 的模式匹配中绑定变量也受限于分支作用域
- 对比
if err != nil后的err可跨语句使用：因为那里没有类型变化，而.(type)每次都引入新类型 - 如果你发现频繁需要“跨 case 共享”，往往说明业务逻辑可以重构：把类型相关分支拆成独立函数，主流程只负责分发
default 分支里怎么拿到原始值？不能直接用 v
default 分支不参与类型匹配，所以其中不存在由 v := i.(type) 声明的 v。此时若还想访问 i，只能用原变量名，且它仍是 interface{} 类型。
常见错误：
– 在 default 里写 v → undefined: v
– 尝试 v.(string) → panic：类型断言失败（因为 v 根本不存在）
- 正确做法：在
switch外保留一份i的引用，或者在default中直接用i - 如果
default需要做兜底类型判断（比如转成string），用fmt.Sprintf("%v", i)更安全，避免 panic - 注意：空
interface{}的default并不等于 “所有未匹配类型”，它还会捕获nil接口值 —— 这点常被忽略
类型断言变量的作用域边界很硬，硬到连 ide 都不会帮你补全跨 case 的 v。真要共享，就老老实实提一层；想省事又不出错，就别让它跨 case。