Go类型别名（type 别名 = 原类型）使二者完全等价，编译后无痕迹、零开销，方法与赋值互通；而自定义类型（type 别名 原类型）是全新类型，需显式转换且可独立实现方法。
Go 语言中类型别名（Type Alias）不是“起个新名字而已”，而是让两个名称指向**完全相同的类型**——编译后不留痕迹，运行时无任何开销，方法、赋值、接口实现全部互通。
类型别名的写法和本质
语法很简单：type 别名 = 原类型。注意等号，不能省略。
- type MyString = string → MyString 就是 string，不是新类型
- type StatusCode = int → StatusCode 和 int 可以直接互赋值
- 编译后 MyString 不存在，所有地方都按 string 处理
- 原类型有的方法，别名自动拥有（比如 string 的
len()、+拼接）
和自定义类型（type 定义）的关键区别
别名用 =，自定义类型用 空格。一字之差，语义天壤之别：
-
type MyInt = int → MyInt 就是 int，
var a MyInt; var b int; b = a合法 -
type MyInt int → MyInt 是全新类型，
b = a编译报错，必须写b = int(a) - 自定义类型可以单独实现方法；别名不能加新方法（它就是原类型）
- 别名不改变底层结构，也不影响反射中的
reflect.Type.Name()（返回空字符串）
典型使用场景
别名不是炫技，而是为真实工程问题服务：
立即学习“go语言免费学习笔记（深入）”；
-
包迁移过渡：把
pkgv1.User移到pkgv2.User，在旧包里加type User = pkgv2.User，老代码不用改 -
API 版本演进：旧版叫
ReqV1，新版重构为Request，先用type ReqV1 = Request维持兼容 -
提升可读性：比如
type PortNumber = uint16，比裸写uint16更明确意图，又不引入转换成本 -
标准库示例：Go 1.9 起，
rune = int32、byte = uint8全部改为别名，统一语义且保持二进制兼容
注意事项
用对了事半功倍，用错了反而埋坑：
- 别名不能跨包定义后导出新方法（它没自己的方法集，只有原类型的）
- 不能对别名再做别名嵌套（
type A = B; type C = A合法，但无额外意义） - JSON 或 Gob 序列化时，别名和原类型表现一致，无需额外 tag
- 想加方法或约束行为？选自定义类型，别名不适合
基本上就这些。类型别名不复杂，但容易忽略它和 type 定义的本质差异——记住那个等号，就抓住了关键。
