跟朋友提起我在看鏈表，于是他讓我做一做Leetcode 206，21，141練練手。
于是我先做了206，這是一道把單鏈表反向的題目，號稱最簡單鏈表題。首先我自己的思路是，把一個個node單獨拿出來，然后不斷給它們增加next的聯(lián)系。通過是通過了，run time也擊敗了100%的人。但是看到大神們的solution還是思路有點問題。
貼上大神代碼：
public ListNode reverseList(ListNode head){?
?ListNode prev =null;?
?ListNode curr = head;
while(curr !=null) {?
?ListNode nextTemp = curr.next;?
?curr.next = prev;?
?prev = curr;?
?curr = nextTemp; }
return prev;}
大神的思路是不單單把它看做單鏈表，我們可以建立一個點只存curr點的prev。這樣就相當(dāng)于，我們只是在當(dāng)前的鏈表上移動，只不過每到一個curr，就把它與之前那個點的next關(guān)系翻轉(zhuǎn)調(diào)換一下。
比我那個，單獨再建一條新表的思路高明的多。
另外還有一個遞歸思想的解法。
public ListNode reverseList(ListNode head){
if(head ==null|| head.next ==null) return head;
ListNode p = reverseList(head.next);
head.next.next = head;
head.next =null;
return p;}
這個理解起來稍微有點復(fù)雜，總的來說就是，reverseList這個方法就只做了一件事，就是把k+1點的link給翻轉(zhuǎn)過來，然后拆掉原有的link。
前面一直在調(diào)用這個方法，是從鏈表的頭一直遍歷往后到最后一個點，然后從最后一點開始，一個個把兩個點之間的link關(guān)系翻轉(zhuǎn)，再直到原來的頭結(jié)點。
之后我去做了21，這是一道把兩條有序單鏈表合并成一條有序單鏈表的題目。其實仔細(xì)想想，去年上算法題的時候，老師好像有講過這個例子。但是我完全忘得一干二凈了。然后思路超級混亂，一會想著把一條鏈表插入另一條（因為想利用這個已經(jīng)有序的優(yōu)勢），一會瘋狂想著怎樣互相比較這兩條鏈表里的元素，比如list1node1和list2node1比完之后大的那個再和另一個鏈表里的node2比，然后想來想去也不知道怎么循環(huán)到底哪一條鏈表。
其實最簡單的思路是，放棄利用已有的兩條，新建一條，確定了當(dāng)前兩點最小值，才把它link到新鏈表中。
經(jīng)過這兩道題的訓(xùn)練，我發(fā)現(xiàn)單鏈表最重要的思路一定是當(dāng)前指針位置。確定了之后才去管兩個點之間的聯(lián)系，而不是一開始就想著把這個點link到哪里去。
繼續(xù)貼上學(xué)習(xí)的大神代碼：
遞歸版：
class Solution {
? ? public ListNode mergeTwoLists(ListNode l1, ListNode l2) {
? ? ? ? if (l1 == null) {
? ? ? ? ? ? return l2;}
? ? ? ? else if (l2 == null) {
? ? ? ? ? ? return l1; }
? ? ? ? else if (l1.val < l2.val) {
? ? ? ? ? ? l1.next = mergeTwoLists(l1.next, l2);
? ? ? ? ? ? return l1;}
? ? ? ? else { l2.next = mergeTwoLists(l1, l2.next);
? ? ? ? ? ? return l2; }}}??
遞歸版的中心思想就是不斷比較當(dāng)前L1和L2指針?biāo)趎ode的大小，然后把小的link上在下一個比較出的小值上。（遞歸真的好難自己想出來啊。。。感覺只能事后去理解）
感覺遞歸就是，一次只做一件事，找出一個題目中最小的重復(fù)單元，然后把返回結(jié)果套結(jié)果。但是跟迭代又不太一樣。
未完待續(xù)...后來我又做了141，這個是一個單鏈循環(huán)鏈表，思路對于我來說有點難。但是知道了之后就能舉一反三，之后做了happy number這道題，跟141用的思路是一樣的。就是如何check一組數(shù)/一個鏈表，是否有循環(huán)。
更新：
果然做算法題，就是要溫故而知新，多看大神的討論和解法。又去看了一下happy number（202）和單鏈循環(huán)（141），發(fā)現(xiàn)檢測是否循環(huán)的這個算法還是一個挺有名的算法，名為?Floyd Cycle Detection。它的具體思路是，如果一個集合（鏈表、數(shù)組）中存在循環(huán)，那么假設(shè)有一個跑的快的指針 A和跑的慢的指針 B，在遍歷這個集合時，他們一定會在某個地方相遇（遍歷到同一個點or數(shù)）。就像小學(xué)時的追擊問題一樣，兩個人在同一個地方跑圈，跑得快的總是會在某個地方追上跑的慢的。
所以以單鏈循環(huán)為例，指針A一次遍歷兩個點，指針B一次遍歷一個點。然后A,B開始賽跑，在相遇（有循環(huán)）或者到尾節(jié)點時（沒循環(huán)）之前他們不會停下。
int A= B = head；
while(slow != null && fast != null){
? ? ? ? ? ? slow = slow.next;
? ? ? ? ? ? try{ fast = fast.next.next; }catch(Exception e){ //如果報錯說明鏈表有限
? ? ? ? ? ? ? ? return false; }
? ? ? ? ? ? if(slow == fast){
? ? ? ? ? ? ? ? return true;} }
? ? ? ? return false;
通過這幾道題的學(xué)習(xí)，感覺算法學(xué)習(xí)是一個又一個的算法思路積累的過程。我剛聽到我同學(xué)告訴我141的解題思路時，我是震驚的，誰能憑空想到啊！結(jié)果我去查了一下，發(fā)現(xiàn)這是一個已經(jīng)被熟知的大眾檢測循環(huán)的思路。
說到底還是積累的太少。就像加法還沒學(xué)好，怎么可能學(xué)得好乘法一樣。慢慢學(xué)習(xí)積累的思路，算法多了，就能像背九九乘法表一樣把要用的知識隨時抽出來雜糅在一起，做出三位數(shù)的乘法！（能夠解決多個算法運用在一起的實際問題！）
