深入jdk——追踪Collections.sort 引发的bug(1)mergeSort

本文探讨了Collections.sort实现中的问题,通过分析源码,包括INSERTIONSORT_THRESHOLD、简单插入算法和归并排序的细节,揭示了一个引发bug的原因。文章以JDK7中的TimSort优化为悬念,引导读者期待下篇博客。
摘要由CSDN通过智能技术生成

 上篇博客介绍了因为重写比较方法引发的bug,这篇博客,咱们深入以下jdk对Collections.sort的实现,看看这个异常产生的原因,废话不多,先看源码:

1,Collections.sort

public static <T> void sort(List<T> list, Comparator<? super T> c) {
        Object[] a = list.toArray();
        Arrays.sort(a, (Comparator)c);
        ListIterator i = list.listIterator();
        for (int j=0; j<a.length; j++) {
            i.next();
            i.set(a[j]);
        }
    }

可以看到只转化为数组,利用数据的排序实现,继续深入:

2,Arrays.sort

public static <T> void sort(T[] a, Comparator<? super T> c) {
        if (LegacyMergeSort.userRequested)
            legacyMergeSort(a, c);
        else
            TimSort.sort(a, c);
    }

LegacyMergeSort.userRequested的意思就是是否使用jdk6以前的经典算法啊,本篇文章先看经典算法: <
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值