java8 stream中Collectors.toMap空指針問(wèn)題及解決
Collectors.toMap空指針問(wèn)題
在工作中遇到了一個(gè)List轉(zhuǎn)Map的時(shí)候的一個(gè)NullPointException.
情形很簡(jiǎn)單,問(wèn)題出在Collectors.toMap,當(dāng)key值沖突的時(shí)候理論上會(huì)按照我們的代碼來(lái)替換value,但是這里有個(gè)小坑
list.stream().collect(Collectors.toMap(it -> it.getCategoryId(), it -> it.getCategoryImage() ,(k1,k2) -> k2));
可以看到map在key值沖突merge的時(shí)候會(huì)要求新的value不能為null.
這意味著,只要傳入了(k1,k2) -> k2處理key沖突的function,那么當(dāng)value里存在Null的時(shí)候必然會(huì)拋NullPointException
Collectors.toMap的坑
按照常規(guī)思維,往一個(gè)map里put一個(gè)已經(jīng)存在的key,會(huì)把原有的key對(duì)應(yīng)的value值覆蓋,然而通過(guò)一次線上問(wèn)題,發(fā)現(xiàn)Java8中的Collectors.toMap反其道而行之,它默認(rèn)給拋異常,拋異常...
線上業(yè)務(wù)代碼出現(xiàn)Duplicate Key的異常,影響了業(yè)務(wù)邏輯,查看拋出異常部分的代碼,類似以下寫(xiě)法:
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)來(lái)的方法。而throwingMerger的做法就是拋了個(gè)異常。所以到這里就可以知道寫(xiě)的代碼為什么呲了。。
如果不想拋異常的話,自己傳進(jìn)去一個(gè)方法即可,上述代碼可以改成:
Map<Integer, String> map = list.stream().collect(Collectors.toMap(Person::getId, Person::getName,(oldValue, newValue) -> newValue));
這樣就做到了使用新的value替換原有value。
寫(xiě)代碼調(diào)方法時(shí),多看源碼實(shí)現(xiàn),注意踩坑!
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
SpringBoot解析指定Yaml配置文件的實(shí)現(xiàn)過(guò)程
這篇文章主要介紹了SpringBoot解析指定Yaml配置文件,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2023-03-03idea?與?maven?使用過(guò)程中遇到的問(wèn)題及解決方案
最近將IDEA 升級(jí)到 IntelliJ IDEA 2021.3.2,在將maven項(xiàng)目導(dǎo)入IDEA后,maven build時(shí)報(bào)異常,這個(gè)問(wèn)題是IntelliJ IDEA 2021.3.2 不兼容導(dǎo)致的,下面小編給大家?guī)?lái)了idea?與?maven?使用過(guò)程中遇到的問(wèn)題及解決方案,感興趣的朋友一起看看吧2022-05-05Java開(kāi)發(fā)崗位面試被問(wèn)到嵌套類怎么辦
本篇文章主要介紹了深入理解Java嵌套類和內(nèi)部類,小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2021-07-07java實(shí)現(xiàn)pgsql自動(dòng)更新創(chuàng)建時(shí)間與更新時(shí)間的兩種方式小結(jié)
本文主要介紹了java實(shí)現(xiàn)pgsql自動(dòng)更新創(chuàng)建時(shí)間與更新時(shí)間的兩種方式小結(jié),主要包括通過(guò)數(shù)據(jù)庫(kù)自身實(shí)現(xiàn)以及通過(guò)mybatisplus的TableField注解添加,具有一定的參考價(jià)值,感興趣的可以了解一下2024-01-01Java實(shí)現(xiàn)的mysql事務(wù)處理操作示例
這篇文章主要介紹了Java實(shí)現(xiàn)的mysql事務(wù)處理操作,結(jié)合實(shí)例形式較為詳細(xì)的分析了Java基于JDBC操作mysql數(shù)據(jù)庫(kù)實(shí)現(xiàn)事務(wù)處理的相關(guān)概念、操作技巧與注意事項(xiàng),需要的朋友可以參考下2018-08-08java比較器Comparable接口與Comaprator接口的深入分析
本篇文章是對(duì)java比較器Comparable接口與Comaprator接口進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下2013-06-06