Ring 不是线程安全的，container/ring 不提供并发安全保证，所有读写需调用方自行加锁；Do() 要求遍历时结构不变，否则行为未定义，生产环境推荐手动遍历。
Ring 是线程安全的吗？
不是，container/ring 完全不提供并发安全保证。所有读写操作都必须由调用方自行加锁，否则在多 goroutine 场景下极易出现数据竞争、指针错乱甚至 panic。
常见错误现象：Race detector 报告 Read at 0x... by goroutine N / Write at 0x... by goroutine M；或程序偶发崩溃在 ring.Next() 或 ring.Move() 内部。
- 若仅单 goroutine 生产 + 单 goroutine 消费，可不用锁，但需确保无共享访问
- 若用于日志缓冲、指标采样等典型循环写场景，推荐用
sync.RWMutex：写入用Lock()，批量读取用RUnlock() - 避免在
Do()回调里修改 ring 结构（如删节点），会导致迭代中断或 panic
Ring.Do() 和手动遍历哪个更可靠？
Do() 看似简洁，但隐含严重限制：它要求遍历过程中 ring 结构不变。一旦其他 goroutine 修改了 r.Next 或 r.Prev 指针，行为未定义——可能跳过元素、重复访问，甚至无限循环。
使用场景：仅适合只读快照，且能确保遍历时无写入。
立即学习“go语言免费学习笔记（深入）”；
- 生产环境建议手动遍历：从某个起点出发，用
for i := 0; i -
Do()的闭包参数是interface{}，类型断言失败时静默忽略，容易掩盖数据类型错误 - 注意
r.Len()不是 O(1) —— 它会遍历整个 ring 计数，大数据量时慎用
Ring 能当 Ring Buffer（固定长度 FIFO）直接用吗？
不能直接当「循环缓冲区」用。Ring 是双向链表结构，没有容量限制，也不自动驱逐旧元素；它不维护「头/尾指针」或「已用长度」，这些都得自己实现。
常见错误现象：往 ring 里无节制 ring.Link()，内存持续增长；或误以为 ring.Move(n) 能模拟出队，结果只是移动指针，没删数据。
- 实现 FIFO 缓冲区需额外两个指针：
head（读位置）、tail（写位置），并维护当前 size - 写入时：若 size == capacity，则先
head = head.Next()模拟丢弃最老元素 - 别依赖
ring.Len()判断满/空——它返回的是整个 ring 长度，不是逻辑缓冲区长度 - 初始化 ring 链时，用
ring.New(n)创建 n 个空节点，比反复Link更可控
为什么 Ring 的 Len() 和 Move() 行为让人困惑？
Len() 必须遍历一圈才能返回节点数，而 Move(n) 是按绝对偏移移动（非相对当前节点的步数），这两个设计和直觉相悖，容易引发逻辑 bug。
性能影响：对 10k 节点的 ring 调用一次 Len()，就是 10k 次指针跳转；Move(-1) 并不等价于 Prev()，而是从当前节点向前走 |n| 步，可能绕圈多次。
- 需要长度信息时，务必自己维护一个
size int字段，增删节点时同步更新 - 移动操作优先用
Next()/Prev()，而不是Move(1)或Move(-1) -
Move(0)返回自身，Move(1)返回Next()，但Move(100)可能绕三圈——除非你真需要模运算语义
