Go 允许将未命名类型（如 []byte）直接赋值给底层相同的命名切片类型（如 json.RawMessage），是因为 Go 类型系统规定：只要两个类型具有相同底层结构，且其中至少一个是未命名类型（type literal），即可满足可赋值性；而 int64 是命名类型，故 time.Duration（同为命名类型）与其无法隐式互赋。
go 允许将未命名类型（如 []byte）直接赋值给底层相同的命名切片类型（如 json.rawmessage），是因为 go 类型系统规定：只要两个类型具有相同底层结构，且其中至少一个是未命名类型（type literal），即可满足可赋值性；而 int64 是命名类型，故 time.duration（同为命名类型）与其无法隐式互赋。
在 Go 的类型系统中，“能否隐式赋值”并非取决于底层表示是否一致，而是严格遵循语言规范中的 可赋值性规则（Assignability）。根据 Go 语言规范 §Assignability，一个值 x 可被赋给类型 T 的变量，当且仅当满足以下任一条件：
✅ x 的类型 V 和 T 具有相同的底层类型，且 V 或 T 中至少有一个是未命名类型。
这个规则是 Go 实现语义安全与编译期防护的核心机制——它允许“无歧义的字面量/复合字面量”自然融入命名类型体系，同时阻止“命名类型之间的意外混用”。
? 关键区分：命名类型 vs. 未命名类型
| 类型示例 | 是否命名类型 | 说明 |
|---|---|---|
| string, int, int64, time.Duration, json.RawMessage | ✅ 是 | 由 type Name UnderlyingType 定义，拥有独立类型名和方法集 |
| []byte, map[string]int, func(int) string, [3]float64 | ❌ 否（未命名） | 由类型字面量（type literal）直接构造，无显式类型名 |
因此：
type RawMessage []byte // 命名类型
var rm RawMessage
var bs []byte = []byte("hello")
rm = bs // ✅ 合法：bs 是未命名类型 []byte，与 RawMessage 底层相同 → 满足可赋值条件
而：
type Duration int64 // 命名类型 var d Duration var i int64 = 100 d = i // ❌ 编译错误：i 的类型 int64 也是命名类型 → 两侧均为命名类型，不满足“至少一个未命名”条件
? 小知识：int64 本身是预声明的命名类型（见 spec: Predeclared identifiers），它不是“基础原始类型”，而是 type int64 int64 的简写形式 —— 所以它和 Duration 同属命名类型，不可隐式互转。
? 为什么切片/数组/映射等复合字面量是“未命名”的？
因为它们是通过类型字面量语法直接描述结构的，例如：
- []byte → 切片字面量（元素类型 byte，无名称）
- map[string]bool → 映射字面量
- struct{ name string } → 结构体字面量
这些类型在编译期生成唯一内部标识，但不参与包级类型命名空间，因此 []byte 和 json.RawMessage（定义为 type RawMessage []byte）虽类型名不同，却因“一方未命名”而可互相赋值。
对比之下，int、int64、string 等预声明类型，以及所有 type T U 形式的自定义类型，均属于具名类型（named type），彼此之间必须显式转换：
type UserID int64 type OrderID int64 var u UserID = 123 var o OrderID = OrderID(u) // ✅ 必须显式：强调业务语义隔离 // var o OrderID = u // ❌ 编译失败：二者均为命名类型
⚠️ 注意事项与最佳实践
- 不要依赖底层兼容性绕过类型边界：json.RawMessage 接收 []byte 是设计使然，但若自行定义 type MyJSON []byte，同样适用该规则——这恰恰体现了 Go 对“语义即类型”的坚持。
-
构造函数提升可读性：对高频转换场景，建议封装构造方法，而非裸写 MyType(x)：
func NewRawMessage(data []byte) json.RawMessage { return json.RawMessage(data) // 显式转换 + 文档化意图 } -
反射中需注意 Name() 与 Kind() 差异：
reflect.TypeOf([]byte{}).Name() 返回空字符串（未命名），而 reflect.TypeOf(time.Duration(0)).Name() 返回 "Duration"。判断类型兼容性时，应优先使用 Kind() + AssignableTo()，而非字符串匹配。
✅ 总结
Go 的赋值规则本质是语义驱动的静态契约：
✅ 允许 []byte → json.RawMessage，因为 []byte 是无歧义的字面量，其用途清晰，不会破坏 RawMessage 的语义封装；
❌ 禁止 int64 → time.Duration，因为二者代表完全不同的领域概念（通用整数 vs. 时间跨度），强制显式转换是防止 bug 的第一道防线。
理解“命名 vs. 未命名”这一分水岭，是掌握 Go 类型系统设计哲学的关键入口——它让类型不只是内存布局的描述，更是 API 意图与领域边界的精确表达。
