go不允许对内置类型如int直接加方法，因方法必须绑定到用户定义的命名类型上；需用type score int声明新类型后方可定义方法，并通过类型别名type t = int与类型定义type t int区分语义。
为什么不能给 int 直接加方法？
Go 语言不允许对内置类型（如 int、string、[]byte）直接定义方法，编译器会报错：cannot define new methods on non-local type int。这不是限制，而是类型系统的设计原则：方法必须绑定到你“拥有”的类型上，即用 type 声明的命名类型。
常见错误是试图这样写：
func (i int) IsPositive() bool { return i > 0 } // 编译失败
正确做法是先声明一个新类型：
-
type Score int，再写func (s Score) IsPositive() bool - 哪怕底层是
int，Score就是你可控的命名类型，方法才能挂上去 - 顺便获得类型隔离——
Score(100)和int(100)无法混用，避免语义混淆
type T int 和 type T = int 的区别在哪？
Go 1.9 引入了类型别名语法 type T = int，但它和传统声明 type T int 有本质差异：前者是完全等价的同义词，后者是全新类型。
这意味着：
-
type Age int→Age和int是不同类型，不能直接赋值，也不能共享方法 -
type Age = int→Age就是int，能直接传给期望int的函数，也能调用int的所有方法（但int本身没方法，所以实际影响小） - 绝大多数场景该用
type Age int；只有当你需要过渡迁移旧类型、或做类型重导出时才考虑=语法
指针接收者 vs 值接收者：什么时候必须用 *T？
方法接收者类型决定能否修改原始值、是否触发拷贝、以及能否满足接口。不是风格选择，而是行为契约。
必须用指针接收者的情况：
- 方法内部要修改结构体字段（如
u.Name = "new"） - 结构体很大（比如含大 slice 或 map），避免每次调用都复制整块内存
- 你想让该方法参与接口实现，而接口变量持有的是值（如
var x fmt.Stringer = User{}），此时只有指针方法集能被识别（值接收者方法集 ≠ 指针接收者方法集）
注意：type Score int 这种小类型，用值接收者更自然；但一旦它开始承载行为（比如校验逻辑），后续扩展为结构体时，统一用指针接收者可减少重构成本。
如何用自定义类型模拟枚举并保证类型安全？
Go 没有 enum 关键字，但 type + const + iota 是事实标准。关键在「限定取值范围」和「防止非法构造」。
典型写法：
type Status int const ( Pending Status = iota Running Done Failed )
但这还不够安全——用户仍可写 Status(999) 构造非法值。真正健壮的做法是封禁非公开构造：
- 把
Status设为未导出类型（status int），只暴露合法常量和检查方法 - 提供
IsValid()方法，或在关键函数入口做switch s { case Pending, Running, ... }校验 - 如果需序列化，配合
String()和UnmarshalText()实现双向约束
类型安全不靠编译器拦住所有非法值，而靠明确的边界设计和使用约定——这才是语义化编程真正的落点。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
