type T1 T2 创建全新类型，不可与底层类型互换且可定义方法；type T1 = T2 仅为别名，完全等价但不可附加方法。
type 定义新类型时，type T1 T2 和 type T1 = T2 本质不同
Go 里用 type 声明新类型，最常踩的坑是以为 type MyInt int 和 type MyInt = int 是一回事——其实它们语义完全不同。
前者创建的是**全新、不兼容**的类型（哪怕底层一样），后者只是起别名，完全等价。编译器对它们的类型检查强度天差地别。
-
type MyInt int：定义一个独立类型，MyInt和int不能直接赋值、不能传给只接受int的函数，哪怕值一样 -
type MyInt = int：纯别名，MyInt就是int，零开销，无类型隔离，适合简化长类型名（比如type StringMap = map[string]string） - 只有第一种写法能为类型定义方法；第二种写法不能附加任何方法——因为没新类型
给新类型加方法前，必须用 type T1 T2 形式声明
想让自定义类型有专属行为（比如 String()、校验逻辑、自定义 JSON 序列化），只能走“新建类型”路线，也就是 type MyType ExistingType。
常见误操作是先写了别名 type MyType = string，再试图给它加方法，结果报错：cannot define new methods on non-local type string（或类似提示，取决于底层类型是否在当前包）。
立即学习“go语言免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 方法只能定义在当前包定义的类型上；
type MyType = string不算“定义”，只是 alias，所以不能加方法 - 正确姿势：
type Email string→ 然后func (e Email) IsValid() bool { ... } - 如果已有变量是
string，赋给Email需显式转换：e := Email("a@b.c")，不能直接e := "a@b.c"
底层类型相同 ≠ 类型兼容，接口实现也受此影响
Go 的类型系统是严格的结构化+显式声明混合体。两个类型即使底层完全一样（比如都基于 int），只要不是同一个类型名或别名关系，就不能互相替代。
这点在接口赋值和函数参数传递时特别明显，也是新人调试时最懵的环节之一。
- 假设
type UserID int和type OrderID int，它们都不能直接传给接收int的函数，也不能互相赋值 - 如果某个接口要求实现
fmt.Stringer，你给UserID实现了String()方法，那UserID就满足该接口；但OrderID不会自动满足——哪怕它也基于int - JSON 反序列化时，
json.Unmarshal([]byte{"123"}, &u)中u是UserID类型，只要它实现了UnmarshalJSON就行；否则会按底层int处理——但前提是字段名匹配且类型可赋值
嵌入 struct 时，新类型不能直接嵌入，得用指针或字段包装
想把 type Status int 这类基础类型封装进 struct 并保持类型安全，不能直接嵌入（type User struct { Status } 会报错：嵌入类型必须是命名类型且非基本类型）。
这是因为 Go 要求嵌入项是“可寻址的命名类型”，而 Status 虽然是命名类型，但它底层是 int，不具备结构体字段的嵌入资格。
- 错误写法：
type User struct { Status }→ 编译失败 - 正确做法一（字段命名）：
type User struct { State Status } - 正确做法二（嵌入指针，仅限需要方法继承场景）：
type User struct { *Status }，但需确保Status有方法且你真需要继承 - 更常见的是组合而非嵌入：用字段 + 方法代理，比如
func (u *User) Status() Status { return u.state }
type 写法锁死了。 
