Go 虽允许通过 type MyInt int 定义具名类型，但其类型系统严格区分「相同底层类型」与「同一类型」——二者不可自动互换，必须显式转换。
go 虽允许通过 `type myint int` 定义具名类型，但其类型系统严格区分「相同底层类型」与「同一类型」——二者不可自动互换，必须显式转换。
在 Go 中，type MyInt int 并非创建类型别名（如 C 的 typedef 或 Go 1.9+ 的 type MyInt = int），而是
定义一个全新的、独立的具名类型
，尽管它与 int 共享相同的底层类型（int）和内存表示。这种设计是 Go 类型安全的核心体现：编译器禁止隐式转换，强制开发者显式表达类型意图，从而避免因类型混淆引发的逻辑错误。
为什么赋值和函数调用失败？
var x MyInt = a 失败：a 是 int 类型，x 是 MyInt 类型。即使底层类型相同，Go 不允许隐式类型转换。
AddTwo(x) 失败：AddTwo 接收 int 参数，而 x 是 MyInt，类型不匹配。
✅ 正确写法需显式转换：
为什么 i + i 在 Double() 中能编译？
因为 Go 规定：
当两个操作数具有相同底层数值类型（如 MyInt 和 MyInt）且都未附加方法集时，算术运算符可直接使用
。此处 i 是 MyInt 类型，i + i 实际调用的是底层 int 的加法逻辑（MyInt 本身不重载 +），但前提是两个操作数类型完全一致。若写成 i + 5（MyInt + int），仍会编译失败——这再次印证 Go 不做隐式提升。
关键总结与最佳实践
✅
底层类型（underlying type）影响运算兼容性与接口实现
，但
不赋予跨类型赋值或传参权限
；
✅ 方法可绑定到具名类型（如 MyInt.Double()），实现语义封装（例如：type Celsius float64 与 type Fahrenheit float64 互不混用）；
⚠️
永远不要依赖“底层相同”来绕过类型检查
；显式转换（MyInt(x) / int(y)）是清晰、安全且必需的；
? 若需完全等价的别名行为，请使用 Go 1.9+ 引入的
类型别名声明
：type MyInt = int（此时 MyInt 与 int 视为同一类型，可自由互换）。
这种“强静态类型 + 显式转换”的设计看似繁琐，实则极大提升了大型项目中类型的可维护性与可读性——每个类型转换都是代码中的明确契约，而非隐藏风险。
func main() {
var a int = 3
var x MyInt = MyInt(a) // int → MyInt：需构造式转换
fmt.Println(x.Double())
var y int = AddTwo(int(x)) // MyInt → int：需类型断言式转换
fmt.Println(y)
}