Kotlin中mapNotNull是否比filter+map更高效？适用场景探讨

一、代码修改是否正确？ #

两种写法功能完全等价，都是从myList中提取所有MyObjectType类型元素的name属性，自动排除非该类型的元素。你的修改是正确的。

二、第二种方法是否更高效？ #

是的，mapNotNull确实更高效，核心原因有两点：

1. 遍历次数更少：filterIsInstance<MyObjectType>().map { ... }需要两次完整遍历——第一次遍历原集合生成过滤后的临时列表，第二次遍历这个临时列表完成映射；而mapNotNull只需要一次遍历，在遍历过程中同时完成类型判断和映射，不符合条件的元素直接跳过。
2. 内存开销更低：前者会额外生成一个过滤后的中间集合，后者不需要存储这个临时数据，直接生成最终的结果列表。

Kotlin标准库中mapNotNull的底层逻辑就是单次遍历：对每个元素执行传入的lambda，若返回非null值则加入结果集合，否则跳过，不存在先过滤再映射的额外步骤。

三、何时filter+map比mapNotNull更合适？ #

虽然mapNotNull在单次处理场景下更高效，但以下情况中filter+map会是更优选择：

• 需要复用过滤后的集合：如果过滤后的MyObjectType列表后续还要用于其他操作，先通过filterIsInstance保存中间集合，再调用map能避免重复执行类型判断逻辑，整体效率更高。例如：

val validObjects = myList.filterIsInstance<MyObjectType>()
val names = validObjects.map { it.name }
val ids = validObjects.map { it.id }
// 后续还能基于validObjects做其他业务处理

• 逻辑拆分提升可读性：当过滤条件或映射逻辑复杂时，分开写filter和map能让代码逻辑更清晰、更易维护。比如过滤条件包含多个组合判断规则，或者映射需要多步转换，把逻辑拆分成两个独立的lambda，比塞进mapNotNull的单一lambda里更直观。
• 使用Sequence惰性求值：如果将集合转换为Sequence（调用asSequence()），filter+map会被合并为单次遍历（Sequence是惰性执行，直到调用toList()等终端操作才会实际遍历），此时两种写法的效率几乎一致，选择哪种主要看代码可读性。例如：

val names = myList.asSequence()
    .filterIsInstance<MyObjectType>()
    .map { it.name }
    .toList()

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