Java8:Java8 中 Map 接口的新方法

Java8 中 Map 接口的新方法

我们提一个需求:给定一个 List<String>,统计每个元素出现的所有位置。

比如,给定 list:["a", "b", "b", "c", "c", "c", "d", "d", "d", "f", "f", "g"],那么应该返回:

a : [0]
b : [1, 2]
c : [3, 4, 5]
d : [6, 7, 8]
f : [9, 10]
g : [11]

很明显,我们很适合使用Map来完成这件事情:

public static Map<String, List<Integer>> getElementPositions(List<String> list) {
    Map<String, List<Integer>> positionsMap = new HashMap<>();

    for (int i = 0; i < list.size(); i++) {
        String str = list.get(i);
        List<Integer> positions = positionsMap.get(str);

        if (positions == null) { // 如果 positionsMap 还不存在 str 这个键及其对应的 List<Integer>
            positions = new ArrayList<>(1);
            positionsMap.put(str, positions); // 将 str 及其对应的 positions 放入 positionsMap
        }

        positions.add(i); // 将索引加入 str 相关联的 List<Integer> 中
    }

    return positionsMap;
}

public static void main(String[] args) throws Exception {
    List<String> list = Arrays.asList("a", "b", "b", "c", "c", "c", "d", "d", "d", "f", "f", "g");

    System.out.println("使用 Java8 之前的 API:");
    Map<String, List<Integer>> elementPositions = getElementPositions(list);
    System.out.println(elementPositions);
}

运行结果:


Java8 之前 API 的运行结果

Java8 时,Map<K, V> 接口添加了一个新的方法,putIfAbsent(K key, V value),功能是:
如果当前 Map不存在键key 或者该 key 关联的值为 null,那么就执行 put(key, value);否则,便不执行 put 操作。该方法等价于如下代码:

putIfAbsent 的等价代码

(题外话:putIfAbsent方法与put方法一样,返回的是方法调用之前与参数 key 相关联的value

使用 putIfAbsent 修改 getElementPositions 方法:

public static Map<String, List<Integer>> getElementPositions(List<String> list) {
    Map<String, List<Integer>> positionsMap = new HashMap<>();

    for (int i = 0; i < list.size(); i++) {
        String str = list.get(i);
        positionsMap.putIfAbsent(str, new ArrayList<>(1)); // 如果 positionsMap 不存在键 str 或者 str 关联的 List<Integer> 为 null,那么就会进行 put;否则不执行 put
        positionsMap.get(str).add(i);
    }

    return positionsMap;
}

public static void main(String[] args) throws Exception {
    List<String> list = Arrays.asList("a", "b", "b", "c", "c", "c", "d", "d", "d", "f", "f", "g");

    System.out.println("使用 putIfAbsent:");
    Map<String, List<Integer>> elementPositions = getElementPositions(list);
    System.out.println(elementPositions);
}

运行结果:


使用 putIfAbsent 的运行结果

可以看到使用 putIfAbsent 之后的 getElementPositions 简洁了一点,那还能更简洁吗?

查看 Map接口的方法,可以发现在 JDK1.8 时,还添加了如下两个方法:

compute 方法 和 computeIfAbsent 方法

查看compute 方法的API 文档,可以发现compute方法与如下代码等价

 V oldValue = map.get(key);
 V newValue = remappingFunction.apply(key, oldValue);
 if (oldValue != null ) {
    if (newValue != null)
       map.put(key, newValue);
    else
       map.remove(key);
 } else { // 即 原来的 key 不存在 Map 中或该 key 关联的 value 为 null
    if (newValue != null)
       map.put(key, newValue);
    else
       return null;
 }

compute方法和原来put方法的区别在于:

put(K key, V value) 方法,如果 keyMap 中不存在,那么直接加入;如果已经存在,那么使用新的 value 替换旧的value

compute(K key, BiFunction remappingFunction)方法可以通过一个 BiFunction 来计算出新的valueBiFunction的参数为旧的 keyvalue,返回计算出新的value —— 与 put方法不同,compute方法返回的会是最新的与key 相关联的 value,而不是旧的 value
所以可以使用compute 方法改写 getElementPositions 如下:

public static Map<String, List<Integer>> getElementPositions(List<String> list) {
    Map<String, List<Integer>> positionsMap = new HashMap<>();

    for (int i = 0; i < list.size(); i++) {
        positionsMap.compute(list.get(i), (k, v) -> v == null ? new ArrayList<>(1) : v).add(i);
    }

    return positionsMap;
}

public static void main(String[] args) throws Exception {
    List<String> list = Arrays.asList("a", "b", "b", "c", "c", "c", "d", "d", "d", "f", "f", "g");

    System.out.println("使用 compute:");
    Map<String, List<Integer>> elementPositions = getElementPositions(list);
    System.out.println(elementPositions);
}

(k, v) -> v == null ? new ArrayList<>(1) : v即 如果当前的 value 为 null,那么 该 BiFunction的返回值为 new ArrayList<>(1);如果不为 null,那么返回值便是本身。而且因为compute 方法会返回新的value —— 此时便是与 list.get(i)(key) 相关联的ArrayList —— 所以我们可以直接调用其add 方法。

运行结果:


使用 compute 的运行结果

很棒~ 还能更简洁吗? 我们再看看 computeIfAbsent 方法:
computeIfAbsentcompute 的关系,就类似于 putIfAbsentput的关系:
computeIfAbsentkey不在Map 中或者与key 相关联的valuenull时,才执行通过函数计算新 value 的操作,否则不执行;computeIfAbsent的返回值也是与 key 相关联的最新的 value。其默认实现如下:

computeIfAbsent 的默认实现

compute 不同,computeIfAbsent接受的函数操作是 Function 而不是 BiFunction—— 这很好理解,computeIfAbsent 只在key 不在 Map 中或者与 key相关联的 valuenull 时才执行函数操作,那么显然此时与 key相关的 valuenull,所以computeIfAbsent只接受 Function作为参数即可 —— 该 Function可以使用key作为参数计算出新的value。使用 computeIfAbsent 改写 getElementPositions

public static Map<String, List<Integer>> getElementPositions(List<String> list) {
    Map<String, List<Integer>> positionsMap = new HashMap<>();

    for (int i = 0; i < list.size(); i++) {
        positionsMap.computeIfAbsent(list.get(i), k -> new ArrayList<>(1)).add(i);
    }

    return positionsMap;
}

public static void main(String[] args) throws Exception {
    List<String> list = Arrays.asList("a", "b", "b", "c", "c", "c", "d", "d", "d", "f", "f", "g");

    System.out.println("使用 computeIfAbsent:");
    Map<String, List<Integer>> elementPositions = getElementPositions(list);
    System.out.println(elementPositions);
}

运行结果:


使用 computeIfAbsent 的运行结果

事实上,本文使用 putIfAbsent 时是存在问题的,positionsMap.putIfAbsent(str, new ArrayList<>(1)); 这句代码每次调用时都会产生一个临时的 ArrayList—— 当遍历的List<String>较大时,这可能会带来一定的负面影响;相比之下 computecomputeIfAbsent 的好处在于,它们接受的参数为函数,只会在必要时才使用函数进行计算得出新value。在本文类似需求的情况下,就适用性和简洁性而言,computeIfAbsent要优于compute。在 JDK1.8 的 API 文档中,也说到在需要生成一个类似于 Map<K, Collection<V>> 的结构时,computeIfAbsent 很适合这种情况:

computeIfAbsent 的 JavaDoc 文档

compute方法适用于什么情况呢?从前面的介绍可知,compute 方法更适用于更新 key关联的 value时,新值依赖于旧值的情况 —— 比如统计一个 List<String> 中每个元素出现的次数:

public static Map<String, Integer> getElementCounts(List<String> list) {
    Map<String, Integer> countsMap = new HashMap<>();

    list.forEach(str -> countsMap.compute(str, (k, v) -> v == null ? 1 : v + 1)); // 此时:新值 = 旧值 + 1

    return countsMap;
}

public static void main(String[] args) throws Exception {
    List<String> list = Arrays.asList("a", "b", "b", "c", "c", "c", "d", "d", "d", "f", "f", "g");
    System.out.println("使用 compute 计算元素出现的次数:");
    Map<String, Integer> counts = getElementCounts(list);
    System.out.println(counts);
}

运行结果:


使用 compute 计算元素出现的次数

Java8中还为Map添加了一些其他方便于编码的新方法,请有兴趣的读者继续发掘。

原文地址:https://segmentfault.com/a/1190000007838166

推荐

大厂笔试内容集合(内有详细解析) 持续更新中....

ProcessOn是一个在线作图工具的聚合平台~

文末

欢迎关注个人微信公众号:Coder编程
欢迎关注Coder编程公众号,主要分享数据结构与算法、Java相关知识体系、框架知识及原理、Spring全家桶、微服务项目实战、DevOps实践之路、每日一篇互联网大厂面试或笔试题以及PMP项目管理知识等。更多精彩内容正在路上~
新建了一个qq群:315211365,欢迎大家进群交流一起学习。谢谢了!也可以介绍给身边有需要的朋友。

文章收录至
Github: https://github.com/CoderMerlin/coder-programming
Gitee: https://gitee.com/573059382/coder-programming
欢迎关注并star~

微信公众号

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,456评论 5 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,370评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,337评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,583评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,596评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,572评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,936评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,595评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,850评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,601评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,685评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,371评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,951评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,934评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,167评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 43,636评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,411评论 2 342

推荐阅读更多精彩内容