Java8 Collectors.toMap的坑
按照常規(guī)思維,往一個(gè)map里put一個(gè)已經(jīng)存在的key,會(huì)把原有的key對(duì)應(yīng)的value值覆蓋,然而通過一次線上問題,發(fā)現(xiàn)Java8中的Collectors.toMap反其道而行之,它默認(rèn)給拋異常,拋異常...
線上業(yè)務(wù)代碼出現(xiàn)Duplicate Key的異常,影響了業(yè)務(wù)邏輯,查看拋出異常部分的代碼,類似以下寫法:
Map<Integer, String> map = list.stream().collect(Collectors.toMap(Person::getId, Person::getName));
然后list里面有id相同的對(duì)象,結(jié)果轉(zhuǎn)map的時(shí)候居然直接拋異常了。。查源碼發(fā)現(xiàn)toMap方法默認(rèn)使用了個(gè)throwingMerger
public static <T, K, U> Collector<T, ?, Map<K,U>> toMap(Function<? super T, ? extends K> keyMapper, Function<? super T, ? extends U> valueMapper) { return toMap(keyMapper, valueMapper, throwingMerger(), HashMap::new); } private static <T> BinaryOperator<T> throwingMerger() { return (u,v) -> { throw new IllegalStateException(String.format("Duplicate key %s", u)); }; }
那么這個(gè)throwingMerger是哪里用的呢?
public static <T, K, U, M extends Map<K, U>> Collector<T, ?, M> toMap(Function<? super T, ? extends K> keyMapper, Function<? super T, ? extends U> valueMapper, BinaryOperator<U> mergeFunction, Supplier<M> mapSupplier) { BiConsumer<M, T> accumulator = (map, element) -> map.merge(keyMapper.apply(element), valueMapper.apply(element), mergeFunction); return new CollectorImpl<>(mapSupplier, accumulator, mapMerger(mergeFunction), CH_ID); }
這里傳進(jìn)去的是HashMap,所以最終走的是HashMap的merge方法。merge方法里面有這么一段代碼:
if (old != null) { V v; if (old.value != null) v = remappingFunction.apply(old.value, value); else v = value; if (v != null) { old.value = v; afterNodeAccess(old); } else removeNode(hash, key, null, false, true); return v; }
相信只看變量名就能知道這段代碼啥意思了。。如果要put的key已存在,那么就調(diào)用傳進(jìn)來的方法。而throwingMerger的做法就是拋了個(gè)異常。所以到這里就可以知道寫的代碼為什么呲了。。
如果不想拋異常的話,自己傳進(jìn)去一個(gè)方法即可,上述代碼可以改成:
Map<Integer, String> map = list.stream().collect(Collectors.toMap(Person::getId, Person::getName,(oldValue, newValue) -> newValue));
這樣就做到了使用新的value替換原有value。
寫代碼調(diào)方法時(shí),多看源碼實(shí)現(xiàn),注意踩坑!
到此這篇關(guān)于Java8 Collectors.toMap的坑的文章就介紹到這了,更多相關(guān)Java8 Collectors.toMap內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
java8實(shí)現(xiàn)List中對(duì)象屬性的去重方法
這篇文章主要介紹了java8實(shí)現(xiàn)List中對(duì)象屬性的去重方法,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2021-03-03解決遇到Cannot resolve ch.qos.logback:logback-classic:
當(dāng)使用Maven配置項(xiàng)目依賴時(shí),可能會(huì)遇到無法解析特定版本的錯(cuò)誤,例如,logback-classic版本1.2.3可能無法在配置的倉(cāng)庫(kù)中找到,解決方法包括檢查倉(cāng)庫(kù)是否包含所需版本,或更新到其他可用版本,可通過Maven官網(wǎng)搜索并找到適用的版本,替換依賴配置中的版本信息2024-09-09SpringBoot配置文件application.properties的使用
這篇文章主要介紹了SpringBoot配置文件application.properties的使用方式,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-05-05用Java程序判斷是否是閏年的簡(jiǎn)單實(shí)例
下面小編就為大家?guī)硪黄肑ava程序判斷是否是閏年的實(shí)現(xiàn)方法。小編覺得挺不錯(cuò)的,現(xiàn)在就分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2016-06-06mybatis中批量更新多個(gè)字段的2種實(shí)現(xiàn)方法
當(dāng)我們使用mybatis的時(shí)候,可能經(jīng)常會(huì)碰到一批數(shù)據(jù)的批量更新問題,因?yàn)槿绻粭l數(shù)據(jù)一更新,那每一條數(shù)據(jù)就需要涉及到一次數(shù)據(jù)庫(kù)的操作,本文主要介紹了mybatis中批量更新多個(gè)字段的2種實(shí)現(xiàn)方法,感興趣的可以了解一下2023-09-09IntelliJ?IDEA?2020.2.3永久破解激活教程(親測(cè)有效)
intellij?idea?2022是一款市面上最好的JAVA?IDE編程工具,該工具支持git、svn、github等版本控制工具,整合了智能代碼助手、代碼自動(dòng)提示等功能,本教程給大家分享IDEA?2022最新永久激活碼,感興趣的朋友參考下吧2020-10-10