继冒泡排序之后，现在来说和它血缘最近的选择排序（个人观点，若有不妥之处，恳请赐教）。


算法概述/思路

选择排序也是一种交换排序算法，和冒泡排序有一定的相似度，因此个人认为选择排序可以视为冒泡排序的一种改进算法。它的思路是这样的：

设现在要给数组arr[]排序，它有n个元素。

1.对第一个元素（Java中，下标为0）和第二个元素进行比较，如果前者大于后者，那么它一定不是最小的，但是我们并不像冒泡排序一样急着交换。我们可以设置一个临时变量a，存储这个目前最小的元素的下标。然后我们把这个目前最小的元素继续和第三个元素做比较，如果它仍不是最小的，那么，我们再修改a的值。如此直到和最后一个元素比较完，可以肯定a存储的一定是最小的元素的下标。

2.如果a的值不为0（初始值，即第一个元素的下标），交换下标为a和0的两个元素。

3.重复上述过程，这次从下标为1的元素开始比较，因为下标为0的位置已经放好了最小的元素了。

4.如此直到只剩下最后一个元素，可以肯定这个元素就是最大的了。

5.排序完成。

很显然，这个算法也需要n-1轮排序。

需要注意的是，以上阐述的只是每次找最小值的办法。实际上也可以每次找最大值，不过那就需要每次放到数组尾巴上了。

下面是选择排序的示意图（图片来自维基百科）：

Selection_sort_animation.gif


代码实现


public static void selectionSort(int[] arr) {
        int temp, min = 0;
        for (int index = 0; index < arr.length - 1; ++index) {
            min = index;
            // 循环查找最小值
            for (int j = index + 1; j < arr.length; ++j) {
                if (arr[min] > arr[j]) {
                    min = j;
                }
            }
            if (min != index) {
                temp = arr[index];
                arr[index] = arr[min];
                arr[min] = temp;
            }
        }
    }


算法性能/复杂度

选择排序需要进行n-1轮比较，所以很显然，比较次数也是和冒泡排序一样的(n-1)n/2≈(n^2)/2（可以参见前一篇拙作：用Java写算法之一：冒泡排序）。

但是，选择排序的赋值次数却很少：最坏情形下也只需要交换n-1次，对于上面的代码，需要赋值3(n-1)次。而最佳情况下，则需要0次。如果假定平均分布，大约需要3n/2。

冒泡排序可以在最佳情况下有O(n)复杂度，那么选择排序行不行呢？ 很遗憾，不行。选择排序每次只找最小值，但它并不能知道其他值是否有序排列。因此，冒泡排序的交换判断改进法是不起作用的。因此，选择排序在最优、最坏、平均情况下的时间复杂度均为O(n^2)，空间复杂度（额外空间）为O(1).


算法稳定性

很显然，在最小值和另一个值相同的时候我们并不需要交换它们，所以，选择排序是稳定排序。


算法适用场景

选择排序实现也比较简单，并且由于在各种情况下复杂度波动小，因此一般是优于冒泡排序的。在所有的完全交换排序中，选择排序也是比较不错的一种算法。但是，由于固有的O(n^2)复杂度，选择排序在海量数据面前显得力不从心。因此，它适用于简单数据排序。


参考资料

1.维基百科 http://zh.wikipedia.org/wiki/%E9%80%89%E6%8B%A9%E6%8E%92%E5%BA%8F