各要素に変換関数 (ラムダ) を適用した結果である配列を返します。
MuleSoft ドキュメント参照: https://docs.mulesoft.com/mule-runtime/4.3/dataweave-cookbook-map map 演算子は、配列内の項目を反復処理し、新しい配列に出力する Dataweave の関数です。基本的に、入力として配列内の項目のリストを受け取り、配列内の項目を操作して、新しい配列を出力として生成します。
理解を容易にするために、以下の図を作成しました。
表の説明は自動的に生成されます

各スコープについて
For Eachスコープは、ペイロードを要素に分割し、スコープ内に配置したコンポーネントを通してそれらを一つずつ処理します。これは、ほとんどのプログラミング言語におけるfor-each/forループのコードブロックに似ており、リストや配列を含むあらゆるコレクションを処理できます。コレクションは、application/json、application/java、application/xmlなど、サポートされているあらゆるコンテンツタイプにすることができます。
For Each スコープに関する一般的な考慮事項:
デフォルトでは、For Each はペイロードを分割しようとします。ペイロードが単純な Java コレクションの場合、For Each スコープは設定なしで分割できます。For Each スコープ内のペイロードは、分割された各要素です。
元のメッセージ内の属性はメッセージ全体に関連しているため無視されます。
For Eachは現在のペイロードを変更しません。出力ペイロードは入力と同じになります。
Mule ドキュメントリファレンス: https://docs.mulesoft.com/mule-runtime/4.3/for-each-scope-concept

この場合、アウトバウンド呼び出しはHTTP: POST /child で行われるため、すべての属性がこの呼び出しによって置き換えられます。そのため、クエリパラメータはロガーからアクセスできません。したがって、正解はオプション2です。

イベント全体が各ルートに並行して送信されます。
Scatter-Gather は次のように動作します。
- Scatter-Gather コンポーネントは Mule イベントを受信し、この Mule イベントの参照を各処理ルートに送信します。
各処理ルートは並列実行を開始します。ルート内のすべてのプロセッサが処理を完了すると、ルートはMuleイベントを返します。このイベントは、変更されていない同じMuleイベント、またはルート内のプロセッサによって適用された変更の結果として作成された新しいMuleイベントのいずれかになります。
- すべての処理ルートの実行が完了すると、Scatter-Gather コンポーネントは、各ルートから生成されたすべての Mule イベントを結合する新しい Mule イベントを作成し、その新しい Mule イベントをフロー内の次のコンポーネントに渡します。
図の説明が自動的に生成されました