iOS演算法總結回顧

根據將排序記錄是否全部放置在記憶體中，將排序分為內排序和外排序，之前講的都是內排序，這裡總結一下，內排序分為四類：插入排序、交換排序、選擇排序和歸併排序。前幾篇介紹的7種演算法分別是各種分類的代表演算法：

目前還沒有十全十美的排序演算法，即使是快速排序法，也只是在整體效能上優越，它也存在排序不穩定、需要大量輔助空間、對少量資料排序無優勢等不足。這裡我們就來從多個角度來剖析一下提到的各種排序的長與短。

我們將7種演算法的各種指標進行對比：

從演算法的簡單性來看，分為兩類：

平均情況：顯然最後3種改進演算法要勝過希爾排序，並遠遠勝超過前3種簡單演算法，所以堆、歸併、快速演算法要好一點。

最好情況：冒泡和插入排序要更勝一籌，如果你的待排序序列總是基本有序，你就考慮這兩種演算法。

最壞情況：堆排序和歸併排序又強於快速排序以及其他簡單排序。

空間複雜度：歸併排序和快速排序就比較消耗記憶體。所以不要選擇歸併排序和快速排序。

穩定性：歸併排序獨占鰲頭。

待排序記錄的個數：待排序的個數n越少，採用簡單排序方法越合適，反之，n越大，採用改進排序方法越合適。至於n多少比較合適，目前還沒有定義。

從表中看，似乎選擇排序在3種簡單排序中效能最差，其實也不完全是，比如，如果比較的關鍵字資訊量比大，比較次數比較多，這樣移動記錄所花費的時間也就越多，我們給出3種簡單排序演算法的移動次數比較：

你會發現選擇排序就非常有優勢，原因在於它是通過大量比較後選擇明確記錄進行移動，有的放矢。因此對於數量不是很大而比較需求比較大的時候，選擇排序演算法是佔優的。另外，記錄的關鍵資訊量大小對那四個改進演算法影響不大。

總之，從指標來看，快速排序是效能最好的排序演算法，如果求穩定的話，建議選擇歸併排序。

iOS演算法總結 回顧