Go几乎不支持隐式类型转换，仅允许无类型常量赋值、接口实现赋值和方法调用隐式解引用三种特例；数值类型间运算必须显式转换，如int16(a)+b，字符串与数字、不同切片类型间均不支持隐式转换。

Go 语言**几乎不支持隐式类型转换**，仅在极少数安全、无歧义的上下文中由编译器自动完成（如常量赋值、接口实现赋值），其余所有场景都必须使用显式转换 T(v) 形式。

哪些地方看似“隐式”，其实是编译器特许的合法简化

开发者常误以为某些写法是隐式转换，实则是 Go 编译器对特定语义的宽松处理，本质仍是类型兼容且无信息丢失：

• int 常量直接赋给 int64 变量：因为常量无具体类型，编译器根据目标类型推导并安全填充 —— 这不是“转换”，而是“无类型常量的类型赋予”
• 结构体指针自动调用值接收者方法：p.Abs() 等价于 (*p).Abs() —— 这属于方法调用的隐式解引用，和类型转换无关
• 实现了接口的所有方法后，struct 值或指针可直接赋给接口变量：var f Fruit = Banana{"yellow"} —— 这是接口隐式转换，底层是编译器验证方法集匹配，不涉及内存表示变更

为什么 int8 + int16 会编译失败？

Go 明确禁止跨类型的算术运算隐式提升，哪怕 int8 范围完全落在 int16 内。这不是疏漏，而是设计取舍：

• 避免 C/C++ 中因隐式提升导致的意外截断或符号扩展（例如 uint8 + int8）
• 强制开发者明确表达意图，防止低精度类型参与高精度计算时被忽略精度损失
• 保持编译期类型检查的确定性，不依赖运行时行为推断

正确写法必须显式转换：

立即学习“go语言免费学习笔记（深入）”；

package main
import "fmt"

func main() {
    var a int8 = 10
    var b int16 = 20
    // ❌ 编译错误：mismatched types int8 and int16
    // c := a + b

    // ✅ 显式转为同一类型（推荐转成更大范围的类型）
    c := int16(a) + b
    fmt.Println(c) // 30
}

常见踩坑点：混淆“接口隐式转换”和“数值类型隐式转换”

新手容易把这两类混为一谈，但它们机制完全不同，适用边界也严格隔离：

• 接口赋值（如 Fruit f = Banana{}）✅ 允许，只要方法集满足
• 数值类型之间（如 int32 → float64）❌ 不允许，哪怕只是扩大范围，也必须写 float64(x)
• 字符串与数字互转 ❌ 完全不支持隐式，必须用 strconv.Atoi、strconv.Itoa 等函数
• 切片与数组、不同长度的切片之间 ❌ 无隐式转换，连 []byte 和 []uint8 都不能直接赋值（尽管底层相同）

最易被忽略的一点：Go 的“显式优于隐式”不是口号，而是贯穿语法、工具链和标准库的设计惯性。哪怕你看到某个地方“没写转换就过了”，也要先查文档确认是否属于那三个特例（常量、接口、方法接收者），而不是当成通用规则去套用。