用[]t切片实现栈最安全高效；interface{}栈因类型擦除易panic且性能差2–4倍；list.list非lifo设计、gc压力大、缓存不友好。
直接用切片（[]*T）实现栈，是 Go 中最安全、最快、最自然的方式；别碰 interface{} 栈或 *list.List，除非你明确需要它带来的额外开销和复杂性。
为什么不用 interface{} 切片栈
看似通用，实则埋雷：append([]interface{}, value) 会触发类型擦除，所有字段访问都得靠类型断言——v.(MyStruct).Field，一写错就 panic；编译器完全无法检查；每次取值都要 runtime 类型判断，性能白丢。更麻烦的是，如果结构体含切片、map 或指针，interface{} 还会隐式复制底层数据，导致意外的内存膨胀或修改不生效。
- 错误现象：
stack[0].freq编译报错，必须写成stack[0].(MyStruct).freq - 使用场景：仅当你真要存多种无关类型（比如调试器里混存
*ASTNode、string、int），且愿意承担维护成本 - 性能影响：每次 pop/push 多一次 interface 值拷贝 + 动态类型检查，基准测试中比类型化切片慢 2–4 倍
为什么慎用 *list.List 实现栈
它不是为栈设计的。标准库 container/list 是双向链表，每个 PushFront 都 new 一个 *list.Element，GC 压力大；缓存不友好；零值是 nil，忘了 list.New() 就 panic；最关键的是——它不保证 LIFO，除非你严格封装并禁止外部调用 PushBack 或 Remove 任意节点。
- 常见错误：
s.l.PushBack(x); s.l.Remove(s.l.Front())看似像栈，实则是 FIFO - 参数差异：用
*list.List时，Pop返回interface{}，必须手动断言；而切片栈的top是编译期已知的*MyStruct类型 - 容易踩的坑：没把
l *list.List字段设为小写，导致使用者绕过封装直接操作链表，破坏栈语义
用 []*MyStruct 实现栈的正确姿势
核心就两条：用指针切片存地址，出栈时用 len(stack) > 0 判空再索引。不需要结构体包装，除非你要加日志、统计或 GC 友好清理逻辑。
- 入栈：
stack = append(stack, &MyStruct{...})—— 注意取地址，避免大结构体拷贝 - 出栈：
if len(stack) > 0 { top := stack[len(stack)-1]; stack = stack[:len(stack)-1] } - 字段访问：
top.Field直接可用，无断言、无 panic、无运行时开销 - 兼容性影响：该方式在 Go 1.0+ 全版本稳定；若结构体定义在其他包，确保导出字段首字母大写
什么时候该封装成 type Stack struct
只有当你要统一行为、防止误用，或附加必要逻辑时才封装。比如强制空栈检查、记录深度、或出栈后将指针置 nil 辅助 GC。
- 推荐封装形式：
type Stack struct { data []*MyStruct }，data小写，不暴露 - 必须提供的方法：
Push(*MyStruct)、Pop() *MyStruct（内部做空栈检查）、Peek() *MyStruct（同样判空） - 容易被忽略的一点：封装后，
Pop不该返回interface{}或error，而应返回*MyStruct，空时返回nil—— Go 习惯用零值表达“不存在”，比 error 更轻量、更符合调用方预期
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
