JDK11下Stream遍历两个值类型不同的Map生成新Map时Map.Entry无法解析问题

你遇到的Map.Entry无法解析报错，本质是代码缺陷触发的连锁编译错误，和Stream遍历双Map的实现逻辑本身无关：

• 代码中调用的mapEntry方法不存在，JDK没有内置这个工具方法，编译器找不到对应符号时，会直接导致lambda内的entry参数无法完成类型推断，连带将Map.Entry标记为不可解析的类型，触发连锁编译报错
• 现有Stream链路是残缺的：只写了中间操作.map()，完全没有添加收集为Map的终端操作，就算类型校验通过，也无法生成符合要求的结果Map
• 结果Map的泛型声明不合理，直接用Map<Object, Object>接收结果，完全丢失了键值的类型信息，后续取值需要强制类型转换

你已经明确两个Map的键完全对齐、大小一致，不需要额外做键的差集校验，有两种可直接落地的写法：

写法1：基于entrySet遍历的常规实现 #

不需要手写不存在的mapEntry工具方法，直接在映射逻辑里组装新的结果实体，最后通过Collectors.toMap完成收集，编译阶段不会触发类型推断失败：

// 保留完整泛型，避免类型信息丢失
Map<TopicPartition, OffsetAndLag> consumerGroupLag = consumerGroupOffsets.entrySet().stream()
        .map(entry -> {
            TopicPartition tp = entry.getKey();
            long endOffset = topicEndOffsets.get(tp);
            long currentOffset = entry.getValue().offset();
            return new AbstractMap.SimpleEntry<>(tp, new OffsetAndLag(endOffset, currentOffset));
        })
        .collect(Collectors.toMap(Map.Entry::getKey, Map.Entry::getValue));

写法2：精简版跳过中间映射步骤 #

可以完全省略把值转成Entry的中间步骤，直接在收集器里完成键和值的组装，代码更短，也不会触发连锁的类型解析问题：

Map<TopicPartition, OffsetAndLag> consumerGroupLag = consumerGroupOffsets.keySet().stream()
        .collect(Collectors.toMap(
                key -> key,
                key -> new OffsetAndLag(
                        topicEndOffsets.get(key),
                        consumerGroupOffsets.get(key).offset()
                )
        ));

注意：如果业务场景下两个Map存在键不对齐的情况，需要在取值时加非空判断，避免触发空指针；你当前的业务逻辑中两个Map键完全匹配，不需要额外处理。

内容的提问来源于stack exchange，提问作者David