• 大数据List去重


    概述

    两个超大List集合去重,时间最短的方式去实现。

    详细

    MaxList模块主要是对Java集合大数据去重的相关介绍。

    背景: 最近在项目中遇到了List集合中的数据要去重,大概一个2500万的数据,开始存储在List中,需要跟一个2万的List去去重。

    直接两个List去重

    说到去重,稍微多讲一点啊,去重的时候有的小伙伴可能直接对2500万List foreach循环后直接删除,
    其实这种是错误的(java.util.ConcurrentModificationException),大家可以自己去试一下;(注: for循环遍历删除不报错,但是效率低,不推荐使用)
    首先你需要去看下foreach和迭代器的实现。foreach的实现就是用到了迭代器,所以你在foreach的时候对list进行删除操作,
    迭代器Iterator无法感知到list删除了,所以会报错。直接贴代码解释下。

    ArrayList中Iterator的实现:

    1. private class Itr implements Iterator<E> {
    2. int cursor; // index of next element to return
    3. int lastRet = -1; // index of last element returned; -1 if no such
    4. int expectedModCount = modCount;
    5. public boolean hasNext() {
    6. return cursor != size;
    7. }
    8. @SuppressWarnings("unchecked")
    9. public E next() {
    10. checkForComodification();
    11. int i = cursor;
    12. if (i >= size)
    13. throw new NoSuchElementException();
    14. Object[] elementData = ArrayList.this.elementData;
    15. if (i >= elementData.length)
    16. throw new ConcurrentModificationException();
    17. cursor = i + 1;
    18. return (E) elementData[lastRet = i];
    19. }
    20. public void remove() {
    21. if (lastRet < 0)
    22. throw new IllegalStateException();
    23. checkForComodification();
    24. try {
    25. ArrayList.this.remove(lastRet);
    26. cursor = lastRet;
    27. lastRet = -1;
    28. expectedModCount = modCount;
    29. } catch (IndexOutOfBoundsException ex) {
    30. throw new ConcurrentModificationException();
    31. }
    32. }
    33. @Override
    34. @SuppressWarnings("unchecked")
    35. public void forEachRemaining(Consumer<? super E> consumer) {
    36. Objects.requireNonNull(consumer);
    37. final int size = ArrayList.this.size;
    38. int i = cursor;
    39. if (i >= size) {
    40. return;
    41. }
    42. final Object[] elementData = ArrayList.this.elementData;
    43. if (i >= elementData.length) {
    44. throw new ConcurrentModificationException();
    45. }
    46. while (i != size && modCount == expectedModCount) {
    47. consumer.accept((E) elementData[i++]);
    48. }
    49. // update once at end of iteration to reduce heap write traffic
    50. cursor = i;
    51. lastRet = i - 1;
    52. checkForComodification();
    53. }
    54. final void checkForComodification() {
    55. if (modCount != expectedModCount)
    56. throw new ConcurrentModificationException();
    57. }
    58. }

    通过上述的ArrayList里面的Iterator迭代器的实现我们可以看到:
    基本上ArrayList采用size属性来维护自已的状态,而Iterator采用cursor来来维护自已的状态。
    当你直接在foreach里面对list进行删除操作,size出现变化时,cursor并不一定能够得到同步,除非这种变化是Iterator主动导致的。(调用list.iterator()方法的原因)

    从上面的代码可以看到当Iterator.remove方法导致ArrayList列表发生变化时,他会更新cursor来同步这一变化。但其他方式导致的ArrayList变化,Iterator是无法感知的。ArrayList自然也不会主动通知Iterator们,那将是一个繁重的工作。Iterator到底还是做了努力:为了防止状态不一致可能引发的无法设想的后果,Iterator会经常做checkForComodification检查,以防有变。如果有变,则以异常抛出,所以就出现了上面的异常。
    如果对正在被迭代的集合进行结构上的改变(即对该集合使用add、remove或clear方法),那么迭代器就不再合法(并且在其后使用该迭代器将会有ConcurrentModificationException异常被抛出).
    如果使用迭代器自己的remove方法,那么这个迭代器就仍然是合法的。

    1. public static void deWeightList(List<String> des, List<String> sourse){
    2. if(sourse == null || sourse.size() <= 0){
    3. return;
    4. }l
    5. Iterator<String> listStr = sourse.iterator();
    6. while (listStr.hasNext()){
    7. String item = listStr.next();
    8. for (String ditem: des) {
    9. if(item.equals(ditem)){
    10. listStr.remove();
    11. break;
    12. }
    13. }
    14. }
    15. logger.info("after deWight list size: " + sourse.size());
    16. }

    List结合Set去重

    1. public static void deWeightList(Set<String> des, List<String> sourse) {
    2. if (sourse == null || sourse.size() <= 0) {
    3. return;
    4. }
    5. Iterator<String> listStr = sourse.iterator();
    6. while (listStr.hasNext()) {
    7. String item = listStr.next();
    8. if (des.contains(item)) {
    9. listStr.remove();
    10. }
    11. }
    12. logger.info("after deWight list size: " + sourse.size());
    13. }

    List结合Set去重(不是直接对list进行删除,而是组装新list,考虑到list删除效率低)

    1. public static void deWeightListByNewList(Set<String> des, List<String> sourse) {
    2. if (sourse == null || sourse.size() <= 0) {
    3. return;
    4. }
    5. Iterator<String> listStr = sourse.iterator();
    6. List<String> existList = new ArrayList<String>();
    7. while (listStr.hasNext()) {
    8. String item = listStr.next();
    9. if(!des.contains(item)){
    10. //TODO 对去重后的数据进行逻辑操作,不一定要删除,可以换个思路(是否可以直接逻辑操作,不一定非要再把数据写进集合后,然后遍历集合在进行逻辑操作)
    11. existList.add(item); //改成添加进新的list,考虑到list的删除效率慢(非要得到删除后的集合的情况下,否则走else)
    12. }
    13. // if (des.contains(item)) {
    14. // //listStr.remove(); //考虑到list的删除效率慢,此种方法对于大数据集合来说不合适
    15. // }
    16. }
    17. sourse.clear();
    18. sourse = existList;
    19. logger.info("after deWight list size: " + sourse.size());
    20. }

    遍历过程中去重

    个人最为推荐的一种,因为效率最高,也能达到功能的需要。

    1. for (String item: maxArrayList) {
    2. if(testSet.contains(item)){
    3. //TODO
    4. }
    5. }

    测试结果如下

    1. 下面是1000万的list和20000的list去重两种方式所花的时间,可以看出使用set去重的效率要高很多。
    2. 1.list结合list去重时间:
    3. 14:52:02,408 INFO [RunTest:37] start test list:17-11-07 14:52:02
    4. 14:59:49,828 INFO [ListUtils:66] after deWight list size: 9980000
    5. 14:59:49,829 INFO [RunTest:39] end test list:17-11-07 14:59:49
    6. 2.list结合set去重时间:
    7. 14:59:53,226 INFO [RunTest:44] start test set:17-11-07 14:59:53
    8. 15:01:30,079 INFO [ListUtils:80] after deWight list size: 9980000
    9. 15:01:30,079 INFO [RunTest:46] end test set:17-11-07 15:01:30
    10. 下面是2500万的list和20000的list去重两种方式所花的时间,可以看出使用set去重的效率要更加的高,(数据量越大越明显)。
    11. 个人对set的大小为1500万也进行了测试,方案3,4的效率也是非常的高。
    12. 1.list结合list去重时间:
    13. 15:17:47,114 INFO [RunTest:35] start test list, start time: 17-11-07 15:17:47
    14. 15:49:04,876 INFO [ListUtils:57] after deWight list size: 24980000
    15. 15:49:04,877 INFO [RunTest:39] end test list, end time: 17-11-07 15:49:04
    16. 2.list结合set去重时间:
    17. 15:49:17,842 INFO [RunTest:44] start test set, start time: 17-11-07 15:49:17
    18. 15:53:22,716 INFO [ListUtils:71] after deWight list size: 24980000
    19. 15:53:22,718 INFO [RunTest:48] end test set, end time: 17-11-07 15:53:22
    20. 3. List结合Set去重(不是直接对list进行删除,而是组装新list,考虑到list删除效率低)
    21. 17:18:44,583 INFO [RunTest:57] start test set, start time: 17-11-22 17:18:44
    22. 17:18:54,628 INFO [ListUtils:92] after deWight list size: 23500000
    23. 17:18:54,628 INFO [RunTest:61] end test set, end time: 17-11-22 17:18:48
    24. 4.遍历过程中结合set去重:(个人最为推荐的原因之一,效率高到令人爽到不行)
    25. 15:17:45,762 INFO [RunTest:24] start test foreach list directly, start time: 17-11-07 15:17:45
    26. 15:17:47,114 INFO [RunTest:32] end test foreach list directly, end time: 17-11-07 15:17:47

    总结

    通过上述测试我们可以看出,有时候我们排重的时候,不一定要拍完重再对排重后的数据进行遍历,可以在遍历的过程中进行排重,注意用来排重的那个集合放到Set中,
    可以是HashSet,或者其他Set(推荐使用HashSet),因为Set的contains效率更高,比list高很多。

    然后考虑到如果非要拿到去重后的list,考虑使用方案3《List结合Set去重(不是直接对list进行删除,而是组装新list,考虑到list删除效率低)》,通过测试,这种方法效率也是非常的高。
    与方案4相比,稍微慢一点点。

    对于上述方案1,测试也使用过组装新list的方式,而不是list.remove。但是效率还是比较慢。

  • 相关阅读:
    网卡bonding绑定
    SEGGER Embedded Studio 编译nrf52833报错 __vfprintf.h: No such file or directory
    Acwing算法基础【1】基础(三)前缀和与差分
    Ubuntu18.04自带录屏
    CSS伪类大全!4大类伪类详解
    【Java】枚举 Enum
    MySQL8 Group By 新特性
    当被问到你使用过iframe吗?有哪些优点和缺点?
    优秀的项目经理如何寻找到价值贡献点?如何成为价值型项目经理?
    18scala笔记
  • 原文地址:https://blog.csdn.net/hanjiepo/article/details/133661203