链表反转和环检测是两个独立问题，不能混用；reverselist需前置判断head==nil||head.next==nil以防panic；hascycle必须检查fast!=nil&&fast.next!=nil，且slow==fast判定须在循环体内；反转有环链表会导致无限循环或栈溢出。
链表反转和环检测是两个独立问题，不能混用同一套逻辑；反转不解决环检测，环检测也不依赖反转。
reverseList 函数必须处理 nil 和单节点边界
直接对 head 做 head.Next 解引用会 panic，尤其当输入是 nil 或仅一个节点时。常见错误是只测试多节点用例，上线后遇到空链表就崩溃。
-
if head == nil || head.Next == nil必须前置判断，否则curr.Next = prev在初始阶段可能操作 nil 指针 - 迭代法用三个变量：
prev（初始为nil）、curr（从head开始）、next（临时保存） - 循环体里顺序不能错：先保存
next := curr.Next，再改curr.Next = prev，最后更新prev和curr - 返回值是
prev，不是curr——因为退出时curr == nil，而prev指向原尾部、现头部
hasCycle 函数的 fast.Next.Next 安全检查缺一不可
快指针走两步，意味着每次都要确认 fast 和 fast.Next 都非 nil，否则 fast.Next.Next 触发 panic。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 循环条件必须是
fast != nil && fast.Next != nil，少任一都会在特定输入下 panic - 不能把
slow == fast判定放在循环开头，否则初始化后slow == fast == head直接返回 true - 快慢指针相等性比较用
==即可——Go 中结构体指针比较的是地址，无需额外 Equal 方法 - 数学上「快走 2 步、慢走 1 步」是最小安全组合；用 3 步 vs 1 步可能跳过相遇点，导致漏判
反转后无法直接用于环检测，二者内存模型冲突
反转操作会破坏原始链表结构，若原链表有环，反转过程本身可能无限循环或 panic；反过来，环检测函数不修改链表，但也不能靠它辅助反转。
- 对有环链表调用
reverseList，会在环内反复遍历，最终栈溢出或超时——因为没有终止条件 -
hasCycle返回 true 只说明存在环，不提供环入口位置；想定位入口需额外数学推导和二次遍历 - 若需同时做反转和环检测，必须先拷贝链表或用只读方式遍历，不能复用同一份指针数据
- 生产环境里，建议把环检测作为前置校验：确认无环后再反转，避免不可控行为
真正容易被忽略的是：环检测的健壮性完全依赖链表 next 指针的合法性。一旦出现野指针（比如某节点 Next 指向随机地址），hasCycle 不会返回 false，而是直接 panic——它不是错误处理机制，而是算法假设前提下的判定工具。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
