container包提供list、heap、ring三个底层组件：list是interface{}双向链表，需显式类型断言；heap是切片堆化协议，push/pop必须指针接收者；ring是固定长度单向循环缓冲区，无动态扩容，三者均无泛型、无并发安全、无边界检查，用错即panic。
container 包不是“内置集合”，而是三个需要你亲手组装的底层组件：list 是 interface{} 双向链表，heap 是切片堆化协议，ring 是固定长度单向循环缓冲区。它们都不带类型安全、不并发安全、不自动内存管理——用错就 panic 或数据丢失。
为什么 container/list 插入后取值要断言，而切片不用
因为 Element.Value 类型是 interface{}，所有值插入时都经历一次装箱（boxing），运行时完全丢失原始类型信息。你必须显式写 e.Value.(string) 或 e.Value.(*MyStruct) 才能用。没断言直接当具体类型用，就会触发 panic: interface {} is int, not string。
常见错误场景：
- 把
list.PushBack(42)后的e.Value直接赋给int变量，没套.(*int)或.(int) - 混插不同类型（
string、int、struct{}），遍历时断言逻辑漏分支，导致 panic - 误以为
list能替代[]T做顺序访问——它随机访问是 O(n)，而切片是 O(1)
container/heap 的 Push 和 Pop 为什么接收指针
因为 heap.Push 和 heap.Pop 内部调用的是你实现的 Push(x interface{}) 和 Pop() interface{} 方法，而这两个方法定义在指针接收者上（如 func (h *IntHeap) Push(x interface{})）。如果定义成值接收者，*h = append(*h, x.(int)) 修改的是副本，底层数组不会变。
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
关键细节：
-
Pop必须先取末尾元素（old[n-1]），再截断切片（*h = old[0:n-1]）；顺序反了会丢最后一个元素 -
Less(i, j)返回true表示i应该排在j前面——最小堆就写h[i] ，最大堆写 <code>h[i] > h[j]，不用改其他逻辑 -
Init是幂等的，但只保证堆序，不保证排序；多次调用无副作用，但别在热路径里反复 Init
container/ring 的长度为什么不能动态增长
Ring 是单向循环链表，但它的结构体里没有 len 字段，也不维护计数器。你初始化时传入的 size 决定了它最多容纳多少个节点；后续 Next() / Prev() 都只是指针跳转，不会扩容或缩容。它本质是一个固定长度的环形缓冲区模拟器。
典型误用：
- 想用
ring.New(0)创建空环——实际会 panic，最小 size 是 1 - 反复
ring.Link(ring.New(1))拼接多个 ring，结果发现链接后无法按预期遍历，因为Link只改指针不合并计数逻辑 - 当成普通链表用，期望支持
InsertBefore这类操作——ring没提供这类方法，只有Move和Unlink
真正难的不是写对那几个接口方法，而是判断什么时候不该用它们：比如高频随机读取别碰 list，类型确定且数量可控别绕路用 heap，需要动态伸缩缓冲区就别硬套 ring——Go 标准库故意没给你“开箱即用”的集合，就是逼你直面数据结构的成本与契约。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
