rune 是 int32 的类型别名，二者底层完全相同，因此无法在 type switch 中作为不同分支区分；若需语义分离，应定义新类型（如 type MyRune rune）来打破类型等价性。
rune 是 int32 的类型别名，二者底层完全相同，因此无法在 type switch 中作为不同分支区分；若需语义分离，应定义新类型（如 `type myrune rune`）来打破类型等价性。
在 Go 语言中，rune 并非独立类型，而是 int32 的类型别名（type alias），其定义等价于：
type rune = int32
这意味着 rune 和 int32 在类型系统中是完全等价的（identical types）。根据 Go 规范，type switch 要求每个 case 分支的类型必须互不相同；当同时写出 case int32: 和 case rune: 时，编译器会将其视为重复声明同一类型，从而报错：
duplicate case rune in type switch previous case at ...:12
✅ 正确做法：通过类型定义（type T U）而非类型别名创建新类型，使其与 int32 不再等价：
package main
import "fmt"
type MyRune rune // 注意：这是 type definition，不是 alias
func main() {
var v interface{}
v = rune(65) // 即 int32(65)
switch v.(type) {
case int32:
fmt.Println("matched int32")
case MyRune:
fmt.Println("matched MyRune") // 不会触发，因为 v 是 rune，不是 MyRune
}
v = MyRune(65) // 显式转换为新类型
switch v.(type) {
case int32:
fmt.Println("matched int32") // 不会触发
case MyRune:
fmt.Println("matched MyRune") // ✅ 触发
}
}⚠️ 注意事项：
-
rune(65)和int32(65)可相互赋值（因底层兼容），但MyRune(65)与二者不兼容，需显式转换； - 若需运行时识别“本意为字符”的值，不应依赖底层类型，而应在设计层面使用自定义类型封装，并配合方法或接口（如
fmt.Stringer）增强语义； -
byte同理：它是uint8的别名，也无法与uint8在 type switch 中区分。
? 总结：Go 的类型系统以类型等价性（type identity） 为基础，别名不产生新类型。要实现逻辑上的类型区分，唯一可靠方式是定义新类型（type T underlyingType），并贯穿使用——这既是类型安全的体现，也是 Go “显式优于隐式” 哲学的实践。
