今天在力扣上做了一道算法题，题目如下：
给定一个链表，判断链表中是否有环。
如果链表中有某个节点，可以通过连续跟踪 next 指针再次到达，则链表中存在环。 为了表示给定链表中的环，我们使用整数 pos 来表示链表尾连接到链表中的位置（索引从 0 开始）。 如果 pos 是 -1，则在该链表中没有环。注意：pos 不作为参数进行传递，仅仅是为了标识链表的实际情况。
如果链表中存在环，则返回 true 。 否则，返回 false 。
来源：力扣（LeetCode）
链接：https://leetcode-cn.com/problems/linked-list-cycle
著作权归领扣网络所有。商业转载请联系官方授权，非商业转载请注明出处。
开始我想到的就是遍历链表，将每个节点的引用都存集合，然后再利用集合提供的方法去判断是否有节点连接了它前面的节点而形成环。
但是这种思路显然有点头铁，链表中的节点越多耗费的存储空间就越大，在判断当前遍历到的节点的下一个节点是否存在于集合中的时候，耗费的时间也越多。关键在于这是练习，所以就不采用这种憨憨办法了。
但是如果不记录遍历过的节点的引用的话，怎么才能直到后续的节点中有没有吃回头草的呢？
然后又看了一遍题目，只要求判断是否存在环，并没有说判断完成后依然要保证链表不能被破坏。
我想到的另一种办法就是，遍历所有节点，每遍历一个节点就将其从链表中断开，然后让它连接在事先创建好的一个孤儿节点上。
如果遍历全部节点后，都没有遍历到这个孤儿节点，那就说明不存在环。
否则，只要有任何一个节点吃了回头草，那么下一次遍历就会发现它的下一个节点的下一个节点是孤儿节点，那就说明存在环。
public class Solution { public boolean hasCycle(ListNode head) { ListNode node = new ListNode(0); ListNode curr = head; ListNode temp = null; for (;;) { if (curr == null) break; if (curr.next == node) return true; temp = curr.next; curr.next = node; curr = temp; } return false; } }
这样判断固然可以得出结果，但是链表也拆碎了，碎到什么程度取决于环出现的位置靠前还是靠后。
如果想保存链表的完整，可以选择在判断之前，先完完全全创建出一个相同的链表，感觉还不是很好... ...