拓冰网站定制 
Akka Streams mapConcat 操作符详解集合扁平化与逐元素下游发射【免费下载链接】akka-coreA platform to build and run apps that are elastic, agile, and resilient. SDK, libraries, and hosted environments.项目地址: https://gitcode.com/gh_mirrors/ak/akka-core导读mapConcat是 Akka Streams 中最常用的扁平化操作符之一它将上游流入的每一个元素通过映射函数转换成零个或多个元素并逐个向下游发射常用于把嵌套集合拆解为独立流元素。本文以 mapConcat 官方文档 为主线结合 Akka 仓库中的 Scala/Java 示例、Flow/Source的 API 签名以及 fusing 层GraphStage实现讲解其用法、语义与底层原理。读完本文你将掌握mapConcat的完整签名与典型场景理解它与statefulMapConcat、flatMapConcat、flatMapMerge的差异并能从源码层面解释空集合不会取消流这一关键行为。功能概述把一个变成多个mapConcat的核心语义引自文档原文是Transform each element into zero or more elements that are individually passed downstream.即将每个输入元素转换为零个或多个输出元素每个输出元素单独individually向下游传递。最常见的用途是把集合扁平化flatten成独立的流元素。文档特别强调了一个容易误解的细节Returning an empty iterable results in zero elements being passed downstream rather than the stream being cancelled.返回空的可迭代集合empty iterable只会导致本次映射不发射任何元素而不会取消整条流。这与某些其他操作符如flatMapMerge遇到空Source的行为不同是mapConcat在实际业务中安全处理过滤性映射的基础。方法签名文档通过apidoc给出了 Scala 与 Java 两种 API 的签名Scala APIdef mapConcatT: FlowOps.this.Repr[T]Java APIdef mapConcat(akka.japi.function.Function): FlowOps.this.Repr[T]对照仓库源码可以进一步确认实现层面的实际签名Scala DSL 定义于 akka-stream/src/main/scala/akka/stream/scaladsl/Flow.scaladef mapConcatT: Repr[T] statefulMapConcat(() f)从源码可以看出当前版本的实际参数类型是更宽泛的IterableOnce[T]文档中 apidoc 链接展示的immutable.Iterable[T]是历史签名因此不仅List、Vector等Iterable可用Iterator等一次性迭代器同样可以作为返回值。Java DSL 定义于 akka-stream/src/main/scala/akka/stream/javadsl/Flow.scaladef mapConcatT: javadsl.Flow[In, T, Mat]即 Java 侧的映射函数接收Out返回java.lang.Iterable[T]。Source、SubFlow、SubSource以及带上下文的FlowWithContext/SourceWithContext变体见 FlowWithContextOps.scala都提供同名方法SourceWithContext下上下文context会随元素一起透传。一个值得注意的实现细节Scala DSL 中mapConcat实际上是通过statefulMapConcat(() f)实现的无状态特例这一关联也正是文档See also中将两者并列的原因。完整示例将每个元素发射两次文档的示例目标很清晰取一个整数流把每个元素向下游发射两次。以下代码均来自仓库测试目录可直接复制运行。Scala 版本源码位于 akka-docs/src/test/scala/docs/stream/operators/sourceorflow/MapConcat.scalaimport akka.actor.ActorSystem import akka.stream.scaladsl.Source implicit val system: ActorSystem ActorSystem() def duplicate(i: Int): List[Int] List(i, i) Source(1 to 3).mapConcat(i duplicate(i)).runForeach(println) // prints: // 1 // 1 // 2 // 2 // 3 // 3执行流程上游Source(1 to 3)依次发射1、2、3映射函数duplicate把每个整数转换为包含两个相同元素的ListmapConcat将该List扁平化后逐元素发射最终下游收到1, 1, 2, 2, 3, 3。Java 版本源码位于 akka-docs/src/test/java/jdocs/stream/operators/sourceorflow/MapConcat.javaimport akka.actor.ActorSystem; import akka.stream.javadsl.Source; import java.util.Arrays; IterableInteger duplicate(int i) { return Arrays.asList(i, i); } void example() { ActorSystem system ActorSystem.create(); Source.from(Arrays.asList(1, 2, 3)) .mapConcat(i - duplicate(i)) .runForeach(System.out::println, system); // prints: // 1 // 1 // 2 // 2 // 3 // 3 }Java 侧映射函数返回IterableInteger此处为Arrays.asList的结果其余行为与 Scala 版本完全一致。底层实现原理StatefulMapConcat GraphStagemapConcat的运行时实现位于 fusing 层。在 akka-stream/src/main/scala/akka/stream/impl/fusing/Ops.scala 中StatefulMapConcat[In, Out]是一个GraphStage[FlowShape[In, Out]]其核心机制如下var currentIterator: Iterator[Out] _ var plainFun f()plainFun保存映射函数mapConcat时即用户传入的fcurrentIterator保存上一次映射产生、尚未发射完的迭代器这是扁平化 逐个发射的状态载体。关键逻辑集中在pushPull方法中def pushPull(shouldResumeContext: Boolean): Unit if (hasNext) { if (shouldResumeContext) contextPropagation.resumeContext() push(out, currentIterator.next()) if (hasNext) { contextPropagation.suspendContext() } else if (isClosed(in)) completeStage() } else if (!isClosed(in)) pull(in) else completeStage()onPush时currentIterator plainFun(grab(in)).iterator即把上游元素喂给映射函数得到迭代器然后尝试发射只要currentIterator.hasNext就持续push单元素到下游元素尚未发完时不会向上游拉取新元素这正是文档backpressures when ... there are still available elements from the previously calculated collection的源码依据只有当当前迭代器耗尽且上游未关闭时才pull(in)请求下一个输入元素若映射函数返回空集合currentIterator为空迭代器hasNext为 false直接pull(in)继续处理下一个上游元素——流不会被取消与文档描述完全一致当上游完成onUpstreamFinish且所有剩余元素均已发射时调用completeStage()正常完成。此外initialAttributes使用了SourceLocation.forLambda(f)Ops.scala这意味着映射函数抛出的异常可以关联到准确的源码位置便于日志定位。异常与监督策略onPush与onPull中的异常都会被handleException捕获并交由SupervisionStrategy决策Ops.scalaSupervision.Stop以异常失败整个流Supervision.Resume丢弃导致异常的输入元素继续拉取下一个Supervision.Restart重新执行f()创建新的映射函数restartState会重置plainFun与currentIterator再继续处理。这一点被仓库测试 FlowMapConcatSpec.scala 明确验证对输入1..5当元素3使映射函数抛异常时配合Supervision.resumingDecider下游最终收到1, 2, 4, 5并正常完成——异常元素被跳过而流未中断。测试同时覆盖了List与Iterator两种返回值形态。相关操作符对比文档 See also 列出了三个关联操作符建议根据是否需要状态、是否嵌套Source来选择操作符映射函数返回值是否持有状态典型用途mapConcatIterableOnce[T]一个集合无状态纯扁平化拆解集合、一对多展开statefulMapConcatIterableOnce[T]有状态每次物化独立依赖跨元素状态的展开如去重、计数flatMapConcat一个Source无状态但嵌套流为每个元素生成子流并串行拼接flatMapMerge一个Source无状态但嵌套流为每个元素生成子流并并发合并statefulMapConcat与mapConcat唯一的本质区别是转换函数由工厂() Out Iterable在每次**物化materialization**时创建因此可以在函数闭包里持有可变状态且每次物化互不干扰详见 statefulMapConcat 文档。从 Flow.scala 可见mapConcat正是statefulMapConcat的无状态特例。若你只需要一进多出而无需状态文档明确建议直接用mapConcat。flatMapConcat映射函数返回的是Source每个子流完全消费完毕后才消费下一个子流拼接语义适合每个客户的事件必须按客户顺序完整交付这类场景见 flatMapConcat 文档。flatMapMerge各子流元素并发合并发射吞吐更高但顺序不确定。Reactive Streams 语义文档以 callout 形式给出了mapConcat的 Reactive Streams 语义这是理解其背压行为的关键逐条解读如下emits发射当映射函数返回元素时或者前一次计算的集合中仍有剩余元素时。也就是说发射动作可以跨多个下游请求持续进行直到当前迭代器耗尽。backpressures背压当下游背压时或前一次计算的集合中仍有剩余元素时。源码中pushPull的if (hasNext) push(...) else pull(in)分支结构正是这一语义的直接实现——当前迭代器未耗尽时即使下游空闲操作符也不会向上游索取新元素从而保证输出的顺序严格等于映射后拼接的顺序。completes完成当上游完成且所有剩余元素均已发射时。源码中onFinish()/onUpstreamFinish()仅在!hasNext时才completeStage()确保迭代器尾部的元素不会在上游结束后被丢弃。此外在 Flow.scala 的 API 文档注释 中还补充了一条文档页面未列出的语义cancels取消当下游取消时操作符随之取消上游这是所有流式操作符的标准行为。测试验证从脚本测试到慢下游场景仓库中的 FlowMapConcatSpec.scala 为mapConcat提供了四类典型测试可作为理解其行为的补充证据map and concat用脚本式测试验证0 - 空、3 - [3,3,3]等映射关系覆盖空集合不发射任何元素的语义L20-L29map and concat iterator验证返回Iterator同样被支持L31-L40grouping with slow downstream模拟慢下游验证mapConcat在扁平化后的元素逐个发射过程中的背压行为L42-L50be able to resume验证监督策略下映射异常不会中断整个流L52-L74。值得留意的是测试类头部设置了akka.stream.materializer.initial-input-buffer-size 2说明该测试刻意在极小缓冲下验证操作符的发射与背压语义这进一步印证了剩余元素必须在当前迭代器内逐个发射完毕的实现约束。使用建议与注意事项明确返回类型映射函数务必返回可迭代集合Scala 的IterableOnce或 Java 的Iterable。返回空集合等价于丢弃该元素而不会取消流可安全用于过滤式的一对多映射。避免无限迭代器mapConcat会持续从当前迭代器取元素直到耗尽返回无限Iterator会导致下游永远收不到完成信号并持续消耗内存/CPU应当避免。需要跨元素状态时升级为statefulMapConcat如需在展开过程中维护状态如按前缀维护 deny list、生成唯一索引请改用 statefulMapConcat其状态工厂在每次物化时创建天然隔离多次物化。需要嵌套流时使用flatMapConcat/flatMapMerge若每个输入元素要展开成一个完整的Source如数据库查询、异步计算mapConcat无法胜任应参考 flatMapConcat 与 flatMapMerge。异常处理默认情况下映射函数抛出的异常会使流失败如需跳过异常元素可结合ActorAttributes.supervisionStrategy配置Resume或Restart策略。延伸阅读mapConcat 操作符文档本主题statefulMapConcat 操作符文档flatMapConcat 操作符文档flatMapMerge 操作符文档实现源码scaladsl/Flow.scala、impl/fusing/Ops.scala测试用例FlowMapConcatSpec.scala完整操作符索引Stream 操作符总览【免费下载链接】akka-coreA platform to build and run apps that are elastic, agile, and resilient. SDK, libraries, and hosted environments.项目地址: https://gitcode.com/gh_mirrors/ak/akka-core创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Akka Streams mapConcat 操作符详解：集合扁平化与逐元素下游发射
Akka Streams mapConcat 操作符详解集合扁平化与逐元素下游发射【免费下载链接】akka-coreA platform to build and run apps that are elastic, agile, and resilient. SDK, libraries, and hosted environments.项目地址: https://gitcode.com/gh_mirrors/ak/akka-core导读mapConcat是 Akka Streams 中最常用的扁平化操作符之一它将上游流入的每一个元素通过映射函数转换成零个或多个元素并逐个向下游发射常用于把嵌套集合拆解为独立流元素。本文以 mapConcat 官方文档 为主线结合 Akka 仓库中的 Scala/Java 示例、Flow/Source的 API 签名以及 fusing 层GraphStage实现讲解其用法、语义与底层原理。读完本文你将掌握mapConcat的完整签名与典型场景理解它与statefulMapConcat、flatMapConcat、flatMapMerge的差异并能从源码层面解释空集合不会取消流这一关键行为。功能概述把一个变成多个mapConcat的核心语义引自文档原文是Transform each element into zero or more elements that are individually passed downstream.即将每个输入元素转换为零个或多个输出元素每个输出元素单独individually向下游传递。最常见的用途是把集合扁平化flatten成独立的流元素。文档特别强调了一个容易误解的细节Returning an empty iterable results in zero elements being passed downstream rather than the stream being cancelled.返回空的可迭代集合empty iterable只会导致本次映射不发射任何元素而不会取消整条流。这与某些其他操作符如flatMapMerge遇到空Source的行为不同是mapConcat在实际业务中安全处理过滤性映射的基础。方法签名文档通过apidoc给出了 Scala 与 Java 两种 API 的签名Scala APIdef mapConcatT: FlowOps.this.Repr[T]Java APIdef mapConcat(akka.japi.function.Function): FlowOps.this.Repr[T]对照仓库源码可以进一步确认实现层面的实际签名Scala DSL 定义于 akka-stream/src/main/scala/akka/stream/scaladsl/Flow.scaladef mapConcatT: Repr[T] statefulMapConcat(() f)从源码可以看出当前版本的实际参数类型是更宽泛的IterableOnce[T]文档中 apidoc 链接展示的immutable.Iterable[T]是历史签名因此不仅List、Vector等Iterable可用Iterator等一次性迭代器同样可以作为返回值。Java DSL 定义于 akka-stream/src/main/scala/akka/stream/javadsl/Flow.scaladef mapConcatT: javadsl.Flow[In, T, Mat]即 Java 侧的映射函数接收Out返回java.lang.Iterable[T]。Source、SubFlow、SubSource以及带上下文的FlowWithContext/SourceWithContext变体见 FlowWithContextOps.scala都提供同名方法SourceWithContext下上下文context会随元素一起透传。一个值得注意的实现细节Scala DSL 中mapConcat实际上是通过statefulMapConcat(() f)实现的无状态特例这一关联也正是文档See also中将两者并列的原因。完整示例将每个元素发射两次文档的示例目标很清晰取一个整数流把每个元素向下游发射两次。以下代码均来自仓库测试目录可直接复制运行。Scala 版本源码位于 akka-docs/src/test/scala/docs/stream/operators/sourceorflow/MapConcat.scalaimport akka.actor.ActorSystem import akka.stream.scaladsl.Source implicit val system: ActorSystem ActorSystem() def duplicate(i: Int): List[Int] List(i, i) Source(1 to 3).mapConcat(i duplicate(i)).runForeach(println) // prints: // 1 // 1 // 2 // 2 // 3 // 3执行流程上游Source(1 to 3)依次发射1、2、3映射函数duplicate把每个整数转换为包含两个相同元素的ListmapConcat将该List扁平化后逐元素发射最终下游收到1, 1, 2, 2, 3, 3。Java 版本源码位于 akka-docs/src/test/java/jdocs/stream/operators/sourceorflow/MapConcat.javaimport akka.actor.ActorSystem; import akka.stream.javadsl.Source; import java.util.Arrays; IterableInteger duplicate(int i) { return Arrays.asList(i, i); } void example() { ActorSystem system ActorSystem.create(); Source.from(Arrays.asList(1, 2, 3)) .mapConcat(i - duplicate(i)) .runForeach(System.out::println, system); // prints: // 1 // 1 // 2 // 2 // 3 // 3 }Java 侧映射函数返回IterableInteger此处为Arrays.asList的结果其余行为与 Scala 版本完全一致。底层实现原理StatefulMapConcat GraphStagemapConcat的运行时实现位于 fusing 层。在 akka-stream/src/main/scala/akka/stream/impl/fusing/Ops.scala 中StatefulMapConcat[In, Out]是一个GraphStage[FlowShape[In, Out]]其核心机制如下var currentIterator: Iterator[Out] _ var plainFun f()plainFun保存映射函数mapConcat时即用户传入的fcurrentIterator保存上一次映射产生、尚未发射完的迭代器这是扁平化 逐个发射的状态载体。关键逻辑集中在pushPull方法中def pushPull(shouldResumeContext: Boolean): Unit if (hasNext) { if (shouldResumeContext) contextPropagation.resumeContext() push(out, currentIterator.next()) if (hasNext) { contextPropagation.suspendContext() } else if (isClosed(in)) completeStage() } else if (!isClosed(in)) pull(in) else completeStage()onPush时currentIterator plainFun(grab(in)).iterator即把上游元素喂给映射函数得到迭代器然后尝试发射只要currentIterator.hasNext就持续push单元素到下游元素尚未发完时不会向上游拉取新元素这正是文档backpressures when ... there are still available elements from the previously calculated collection的源码依据只有当当前迭代器耗尽且上游未关闭时才pull(in)请求下一个输入元素若映射函数返回空集合currentIterator为空迭代器hasNext为 false直接pull(in)继续处理下一个上游元素——流不会被取消与文档描述完全一致当上游完成onUpstreamFinish且所有剩余元素均已发射时调用completeStage()正常完成。此外initialAttributes使用了SourceLocation.forLambda(f)Ops.scala这意味着映射函数抛出的异常可以关联到准确的源码位置便于日志定位。异常与监督策略onPush与onPull中的异常都会被handleException捕获并交由SupervisionStrategy决策Ops.scalaSupervision.Stop以异常失败整个流Supervision.Resume丢弃导致异常的输入元素继续拉取下一个Supervision.Restart重新执行f()创建新的映射函数restartState会重置plainFun与currentIterator再继续处理。这一点被仓库测试 FlowMapConcatSpec.scala 明确验证对输入1..5当元素3使映射函数抛异常时配合Supervision.resumingDecider下游最终收到1, 2, 4, 5并正常完成——异常元素被跳过而流未中断。测试同时覆盖了List与Iterator两种返回值形态。相关操作符对比文档 See also 列出了三个关联操作符建议根据是否需要状态、是否嵌套Source来选择操作符映射函数返回值是否持有状态典型用途mapConcatIterableOnce[T]一个集合无状态纯扁平化拆解集合、一对多展开statefulMapConcatIterableOnce[T]有状态每次物化独立依赖跨元素状态的展开如去重、计数flatMapConcat一个Source无状态但嵌套流为每个元素生成子流并串行拼接flatMapMerge一个Source无状态但嵌套流为每个元素生成子流并并发合并statefulMapConcat与mapConcat唯一的本质区别是转换函数由工厂() Out Iterable在每次**物化materialization**时创建因此可以在函数闭包里持有可变状态且每次物化互不干扰详见 statefulMapConcat 文档。从 Flow.scala 可见mapConcat正是statefulMapConcat的无状态特例。若你只需要一进多出而无需状态文档明确建议直接用mapConcat。flatMapConcat映射函数返回的是Source每个子流完全消费完毕后才消费下一个子流拼接语义适合每个客户的事件必须按客户顺序完整交付这类场景见 flatMapConcat 文档。flatMapMerge各子流元素并发合并发射吞吐更高但顺序不确定。Reactive Streams 语义文档以 callout 形式给出了mapConcat的 Reactive Streams 语义这是理解其背压行为的关键逐条解读如下emits发射当映射函数返回元素时或者前一次计算的集合中仍有剩余元素时。也就是说发射动作可以跨多个下游请求持续进行直到当前迭代器耗尽。backpressures背压当下游背压时或前一次计算的集合中仍有剩余元素时。源码中pushPull的if (hasNext) push(...) else pull(in)分支结构正是这一语义的直接实现——当前迭代器未耗尽时即使下游空闲操作符也不会向上游索取新元素从而保证输出的顺序严格等于映射后拼接的顺序。completes完成当上游完成且所有剩余元素均已发射时。源码中onFinish()/onUpstreamFinish()仅在!hasNext时才completeStage()确保迭代器尾部的元素不会在上游结束后被丢弃。此外在 Flow.scala 的 API 文档注释 中还补充了一条文档页面未列出的语义cancels取消当下游取消时操作符随之取消上游这是所有流式操作符的标准行为。测试验证从脚本测试到慢下游场景仓库中的 FlowMapConcatSpec.scala 为mapConcat提供了四类典型测试可作为理解其行为的补充证据map and concat用脚本式测试验证0 - 空、3 - [3,3,3]等映射关系覆盖空集合不发射任何元素的语义L20-L29map and concat iterator验证返回Iterator同样被支持L31-L40grouping with slow downstream模拟慢下游验证mapConcat在扁平化后的元素逐个发射过程中的背压行为L42-L50be able to resume验证监督策略下映射异常不会中断整个流L52-L74。值得留意的是测试类头部设置了akka.stream.materializer.initial-input-buffer-size 2说明该测试刻意在极小缓冲下验证操作符的发射与背压语义这进一步印证了剩余元素必须在当前迭代器内逐个发射完毕的实现约束。使用建议与注意事项明确返回类型映射函数务必返回可迭代集合Scala 的IterableOnce或 Java 的Iterable。返回空集合等价于丢弃该元素而不会取消流可安全用于过滤式的一对多映射。避免无限迭代器mapConcat会持续从当前迭代器取元素直到耗尽返回无限Iterator会导致下游永远收不到完成信号并持续消耗内存/CPU应当避免。需要跨元素状态时升级为statefulMapConcat如需在展开过程中维护状态如按前缀维护 deny list、生成唯一索引请改用 statefulMapConcat其状态工厂在每次物化时创建天然隔离多次物化。需要嵌套流时使用flatMapConcat/flatMapMerge若每个输入元素要展开成一个完整的Source如数据库查询、异步计算mapConcat无法胜任应参考 flatMapConcat 与 flatMapMerge。异常处理默认情况下映射函数抛出的异常会使流失败如需跳过异常元素可结合ActorAttributes.supervisionStrategy配置Resume或Restart策略。延伸阅读mapConcat 操作符文档本主题statefulMapConcat 操作符文档flatMapConcat 操作符文档flatMapMerge 操作符文档实现源码scaladsl/Flow.scala、impl/fusing/Ops.scala测试用例FlowMapConcatSpec.scala完整操作符索引Stream 操作符总览【免费下载链接】akka-coreA platform to build and run apps that are elastic, agile, and resilient. SDK, libraries, and hosted environments.项目地址: https://gitcode.com/gh_mirrors/ak/akka-core创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考