[導讀] 爲啥取這麼個題目,刨根問底?本文也未必刨到根了,也未必探到了底!可是筆者想要傳達一個觀點,一個態度!做爲攻城獅而言,若是對某一個點感興趣應儘可能深刻再深刻,忌淺嘗輒止!刨根問底有百利而無一害。另外撰寫刨根問底學算法系列文章,也是由於筆者非計算機專業計算機學的很是膚淺,讀書時老師講課感受更可能是學以至考,而非學以至用。故梳理學習以記之。web
若是讀到本文的你恰好是在校學子,不妨擴散給你的同窗們,但願能在讀書的時候,不光學會會考,也儘可能嘗試學着去用!算法
啥是鏈表?
鏈表是計算機科學中一種鏈式線性表,數據域爲節點的一部分,每一個節點都指向下一個節點,從而在邏輯上造成一個鏈。編程
線性表 vs 非線性表
什麼樣的表是線性表?什麼樣的表又是非線性表呢?既然有線性表就必然有非線性表!數組
線性表:緩存
-
邏輯存儲角度:這裏線性是指邏輯上的線性,除了首位元素,其餘元素從邏輯上是一對一邏輯上連起來的 -
訪問遍歷角度:訪問元素是朝着邏輯上一個方向便可遍歷訪問全部元素
那麼歸納起來講就是一種數據元素按順序或線性排列的數據結構,其中元素與它的上一個和下一個相鄰,稱爲線性數據結構。在線性數據結構中,只涉及單層數據。所以,只能在一次運行中遍歷全部元素。因爲計算機內存以線性方式排列,所以線性數據結構易於實現。那麼知足上面這樣特性的,常見的數組、隊列、棧、鏈表便是線性表。微信
非線性表:數據結構
數據元素不是按邏輯順序或線性排列的數據結構稱爲非線性數據結構。在非線性數據結構中,不涉及單個級別。所以不能在朝一個邏輯方向遍歷全部元素。與線性數據結構相比,非線性數據結構不容易實現。與線性數據結構相比,它能有效地利用計算機內存,在邏輯上一對多或者多對多的關係,好比樹、圖。app
線性數據結構 | 非線性數據結構 |
---|---|
各元素都與它的上一個和下一個元素邏輯相連 | 數據元素是分層邏輯相連 |
僅單層結構 | 多層結構 |
易於實現 | 實現相對複雜 |
單循環遍歷全部元素 | 單循環沒法遍歷全部元素 |
內存利用率較低 | 內存利用率較高 |
如數組、隊列、棧、鏈表 | 如樹、圖 |
應用主要集中在應用軟件開發方面 | 人工智能和圖像處理方面有普遍的應用。 |
如何鏈?
Linked list(鏈表),從語義上理解,首先這玩意兒是一個表(list),是怎樣的一個表呢?數據節點連接(Linked)起來的表!less
怎麼鏈起來的呢?編輯器
邏輯上鍊起來的,這裏有兩種辦法:
-
動態存儲方法:動態申請節點內存,而後利用節點中的指針指向下一個節點,實現鏈。優勢是存儲節點數理論上無限制,不須要提早分配內存,僅受限於物理可用內存。但不易於調試。 -
靜態存儲方法:好比用數組實現。這種方法比較易於調試,缺點是不能動態分配節點,須要提早分配內存,存儲節點有限。
對於動態存儲方法而言,易於理解,一想到鏈表不少盆友都立馬想到,設計一個節點,沒增長一個鏈節點,動態申請節點大小內存,再把節點插入進鏈表便可。對於靜態方法,可能經常以爲並沒啥用。事實上呢卻否則。好比前面我寫過一篇RT-Thread的小堆管理器的實現,便是採用了靜態存儲方法實現了鏈表。
可參閱:
爲啥要鏈表?
探究計算機先輩爲啥要發明這樣一種數據結構呢?不妨拿最爲普通的數組與鏈表作些對比,數組在存儲信息的角度與鏈表從做用角度最爲類型的一種線性數據,可是數組具備如下限制:
-
數組的大小是固定的:所以必須提早知道元素數量的上限。太小則應用時可能不夠,過大則易浪費。 -
數組中插入新元素很是昂貴,由於必須爲新元素建立空間,而且必須移動現有全部元素。CPU忙忙碌碌幹了一堆無聊的搬運工工做。
而動態存儲實現的鏈表則很好解決了這些缺陷:
-
動態申請、動態刪除,高效利用內存,不易浪費 -
很是易於插入刪除某一個元素
任何事物都具備兩面性,不可能全是優勢而完好點,鏈表也同樣:
-
不容許隨機訪問。必須從第一個節點開始順序訪問元素。所以沒法使用其默認實現對連接列表進行有效的二進制搜索。 -
鏈表的每一個節點都須要指向下一節點的指針的額外存儲空間開銷。 -
不適合緩存。因爲數組元素是連續的位置,所以存在引用位置,能夠實現緩存。而動態存儲形式鏈表則地址是不連續的。
對於應用而言,必然是根據待解決的問題的特色進而選擇合適的數據結構存儲方式,不是說鏈表就高大上,從而鄙視最爲普通的數組!
談談節點
實際應用中的數據節點,多是一個基本類型數據,也多是一個結構體,泛言之是一個廣義抽象數據類型,好比:
typedef struct _T_ELEMENT{
int cmd;
float value;
int status;
}T_ELEMENT;
struct Node {
T_ELEMENT data;
struct Node* next;
};
若是你恰好在學習鏈表,準備用C語言擼一遍代碼,建議用typedef定義一下抽象數據結構爲節點數據域,這樣代碼將很容易變成一個可實用的輪子。
有哪些鏈表形式?
單向鏈表
單鏈表包含兩個域:
-
數據信息域,存儲有用信息。 -
next指針域,「next」字段指向節點行中的下一個節點。
鏈表最基本的結構是在每一個節點保存有用數據及下一個節點的地址,在最後一個節點保存一個特殊的結束標記,另外在一個固定的位置保存指向首節點的指針,應用中有時候也會儲存指向最後一個節點的指針。通常查找一個節點的時候須要從第一個節點開始每次訪問下一個節點,一直訪問到須要的位置。可是也能夠提早把一個節點的位置另外保存起來,而後直接訪問。能夠在單鏈表上執行的操做包括插入、刪除和遍歷。
雙向鏈表
與單向鏈表相比,雙向鏈表多了一個指向前一節點的指針:
雙向鏈表也叫雙鏈表。雙向鏈表中不只有指向後一個節點的指針,還有指向前一個節點的指針。這樣能夠從任何一個節點訪問前一個節點,固然也能夠訪問後一個節點,以致整個鏈表。通常是在須要大批量的另外儲存數據在鏈表中的位置的時候用。雙向鏈表也能夠配合下面的其餘鏈表的擴展使用。這樣作好處顯而易見,能夠從任意節點遍歷整個鏈表,可是須要額外爲每一個節點申請一個指針的存儲空間開銷。
循環鏈表
循環鏈表中, 首節點和末節點被連接在一塊兒。這種數據結構在單向和雙向鏈表中均可以實現。要遍歷一個循環鏈表,能夠從任意一個節點沿着列表的任一方向直到返回開始的節點。循環鏈表能夠被視爲「無頭無尾」。這種結構利於節約內存空間。
單向循環鏈表:
雙向循環鏈表:
循環鏈表中第一個節點的前一個節點就是最後一個節點,反之亦然。循環鏈表的無邊界
使得在這樣的鏈表設計算法方面會比普通鏈表具備更大的自由度,帶來更多的便利性。
總結一下
單向之優點:雖然雙向鏈表和循環鏈表相比單鏈表具備一些優勢,可是單向鏈表也有一些優勢,在某些狀況下更受歡迎。單鏈線性列表是一種遞歸數據結構,由於它包含一個指向同一類型的較小對象的指針。因爲這個緣由,對單向鏈表的許多操做(好比合並兩個列表,或者以相反的順序枚舉元素)一般具備很是簡單的遞歸算法,比使用迭代命令的解決方案都要簡單。雖然這些遞歸解決方案能夠適用於雙重鏈表和循環鏈表,但這些過程一般須要額外的參數和更復雜的基本操做。
雙向vs單向:雙向鏈表每一個節點須要額外的指針存儲空間,並且其基本操做開銷更大,因此這種易用性是有代價的,易用性體如今容許從兩個方向對列表進行快速而簡單的順序訪問。在雙鏈表中,只要給定一個節點的地址,就能夠在簡單幾步操做中插入或刪除該節點。要在單鏈表中執行一樣的操做,必須從首節點先遍歷找到該節點的前一個節點。
應用而言:在Linux內核以及RTOS的任務調度管理中鏈表都有應用,實際編程中何時用,只須要明白數據結構的優點及劣勢便可作出靈活的取捨。
本文辛苦原創總結,若是以爲有價值也請幫忙點贊/在看/轉發支持,不勝感激!
—END—
本文分享自微信公衆號 - 嵌入式客棧(embInn)。
若有侵權,請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」,歡迎正在閱讀的你也加入,一塊兒分享。