计数排序是一种非比较排序算法，其核心是通过统计每个数值的出现次数并利用前缀和实现稳定排序，时间复杂度为O(n+k)，空间复杂度为O(n+k)，其中n为元素个数，k为数据范围；它仅适用于非负整数且k较小的场景，不适用于浮点数、字符串或负数，否则需额外映射；其稳定性通过从原始数组末尾逆序遍历并结合前缀和数组实现，确保相同元素的相对位置不变；常见变体包括作为基数排序的子过程，用于按位排序大范围整数；当k远大于n时，该算法在时间和空间上开销巨大，因此虽在特定场景高效，但通用性差，是一种牺牲通用性换取效率的专有排序方法。
计数排序，在我看来，它是一种非常特别的排序算法，不像那些基于比较的算法（比如快速排序、归并排序），它根本不比较元素大小。它的核心思想简单到有点粗暴：统计每个数字出现的次数，然后根据这些次数，把数字一个个放回正确的位置。所以，它特别适合处理那些数据范围不大的非负整数。
解决方案
要说计数排序具体怎么工作，其实就是那么几步，但每一步都挺关键的。想象一下你有一堆考卷，分数都在0到100之间，你想把它们按分数排好。
首先，你需要知道这批分数里最高分是多少，最低分是多少，这样你就能确定一个范围。比如说，最高分是98，最低分是60。
接着，你得准备一个“计数器”数组。这个数组的长度就是你刚才确定的分数范围，比如从60到98，那就有39个格子。每个格子一开始都设为0。
然后，你开始遍历你手上的每一张考卷。看到一张考卷是85分，你就把计数器数组里代表85分的那个格子加1。每遇到一个分数，就给它对应的计数器加1。这样一轮下来，计数器数组里就记录了每个分数出现了多少次。
到这里，如果只是想知道每个分数有多少人，那已经够了。但我们要排序啊。为了让排序结果是稳定的（就是说，如果两个学生都考了85分，他们在原始序列里的相对位置不变），我们需要对计数器数组做一点小小的处理：把它变成一个“前缀和”数组。意思是，每个格子里的数字，代表的是小于等于这个分数的总人数。比如，代表85分的格子，现在存的不是85分的人数，而是所有分数小于等于85分的人数。
最后一步，也是最巧妙的一步。你从原始序列的末尾开始遍历。假设你拿到最后一个学生的分数是70分。你查一下前缀和数组，发现小于等于70分的人数是X。这意味着这个70分，它在最终排序好的序列里，应该放在第X个位置。放好之后，记得把前缀和数组里70分对应的那个计数减1，因为这个位置已经被占用了。这样倒着来，就能保证稳定性。
整个过程下来，你没有做任何比较操作，而是通过统计和定位完成了排序。这在特定场景下，效率高得吓人。
计数排序相比其他排序算法，它的优势和局限性在哪里？
在我看来，计数排序最迷人的地方就是它的速度。你看看它的时间复杂度，是O(n+k)，这里的n是元素数量，k是数据范围（最大值减最小值）。这意味着，当k不是特别大的时候，它能比那些基于比较的排序算法（比如O(n log n)的快速排序、归并排序）快得多。它不依赖比较，所以它没有比较排序的理论下限限制。我个人觉得，这有点像是“作弊”——它利用了数据的特性，绕开了常规排序的瓶颈。
当然，这种“作弊”是有代价的。它的局限性也挺明显的。
首先，它要求数据必须是非负整数。如果你要排浮点数、字符串，或者负数，计数排序就直接歇菜了。除非你能把它们巧妙地映射到非负整数范围，但那又引入了额外的复杂性。
其次，也是最关键的，就是那个k值。如果你的数据范围k非常大，比如你要排的数字是1到10亿，那你就需要一个10亿大小的计数器数组。这会消耗天文数字般的内存，直接把你的电脑内存撑爆。所以，它只适用于k相对较小的场景。这让它在通用性上大打折扣，不像快速排序那样“万金油”。
再者，它不是一个原地排序算法。它需要额外的空间来存放计数器数组和排序后的结果数组，空间复杂度也是O(n+k)。这在内存资源紧张的环境下，可能会成为一个问题。
所以，在我看来，计数排序就像一个身怀绝技的专才，在它擅长的领域里所向披靡，但在其他领域就显得力不从心了。
如何确保计数排序的稳定性？它在实际应用中有哪些变体？
确保计数排序的稳定性，这一点其实挺重要的，尤其是在一些需要保留原始相对顺序的场景。我在前面解决方案里提到了一个关键点：从原始序列的末尾开始遍历，并将元素放置到结果数组中。
具体来说，当我们构建了前缀和数组（也就是每个位置存储的是小于等于当前值的元素总数）之后，开始填充结果数组时，如果从原始序列的末尾往前取元素，比如原始序列是
[5, 2, 8, 2, 5]
。当处理最后一个
5
时，假设它的最终位置是
pos1
。当处理倒数第二个
2
时，假设它的最终位置是
pos2
。当处理第一个
5
时，它的最终位置是
pos3
。由于我们是从后往前处理，当遇到相同的元素时，先处理的那个（在原始序列中靠后的）会先被放置。这样，当遇到原始序列中靠前的那个相同元素时，由于计数器已经减一，它会被放置到靠前的位置。这就巧妙地保证了相对顺序不变。如果反过来从前往后遍历，相同元素的相对顺序就可能被打乱。
至于变体，计数排序本身是一个相对基础的算法，但它常常作为其他更复杂算法的“基石”或者“子过程”出现。最典型的例子就是基数排序（Radix Sort）。
基数排序就是多次调用计数排序来完成对更大范围数字的排序，它通常是按位（个位、十位、百位…）或者按字节进行排序。比如你要排一堆1000以内的数字，基数排序会先用计数排序把它们按个位排好，然后按十位排好（这时要保持个位的相对顺序），最后按百位排好。每次排一位，都利用计数排序的效率。这种组合拳，在处理大整数集合时，效率非常可观，而且还能处理比单个计数排序范围更大的数据。这让我觉得，很多时候，一个看似简单的算法，通过巧妙的组合和应用，就能爆发出惊人的能量。
计数排序的时间复杂度和空间复杂度具体如何计算？
要理解计数排序的效率，就得掰开揉碎了看它的时间复杂度和空间复杂度。这就像是给算法做体检，看看它在时间和内存上的开销。
时间复杂度：O(n + k)
我们来一步步拆解一下：
找到最大值和最小值（确定范围k）： 这一步需要遍历一遍输入数组，所以时间开销是O(n)，其中n是输入元素的数量。创建并初始化计数数组： 这个数组的大小取决于数据范围k。初始化每个元素为0，所以时间开销是O(k)。遍历输入数组，填充计数数组： 再次遍历输入数组，对每个元素进行计数操作。这又是一个O(n)的操作。修改计数数组为前缀和数组（累加）： 这一步需要遍历计数数组，对每个位置进行累加操作。所以时间开销是O(k)。遍历输入数组，将元素放入输出数组： 这一步是从后往前遍历输入数组，根据计数数组找到每个元素的正确位置，然后放入输出数组。每个元素操作一次，所以时间开销是O(n)。
把这些步骤的时间开销加起来，总的时间复杂度就是 O(n + k + n + k + n) = O(3n + 2k)。在渐进表示法中，常数项可以忽略，所以最终的时间复杂度就是 O(n + k)。
空间复杂度：O(n + k)
再看看它对内存的需求：
计数数组： 这个数组的大小是k，用来存储每个数字的出现次数。所以空间开销是O(k)。输出数组： 排序后的结果需要存放在一个新的数组中，这个数组的大小和输入数组一样，都是n。所以空间开销是O(n)。
因此，总的空间复杂度就是 O(k + n) = O(n + k)。
从这个分析中，你会发现那个k值是多么关键。如果k和n差不多大，甚至比n小，那计数排序的效率就非常高。但如果k远大于n，比如n是几百，k是几亿，那它在时间上和空间上的开销都会变得无法接受。这就是为什么我们说它有很强的适用性限制，它不是一个通用型选手。在我看来，理解这些复杂度分析，不仅仅是记住公式，更是理解算法设计背后的权衡和取舍。
以上就是计数排序是什么？计数排序的适用条件的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1517833.html
微信扫一扫 
支付宝扫一扫 
