次のように機能します。ObjectMapperを介して直列化します。使用して値を収集し、結果のコレクションを直列化します。形式を使用して各値を個別にエンコード、書き込み、フラッシュします。イベントごとに呼び出され、出力はフラッシュされ、遅延なく配信されます。Stringの要素をサポートしていません。代わりに、デフォルトの仮定は、CharSequenceEncoderによってレンダリングされる直列化されたJSONコンテンツを表すストリングまたはストリングのシーケンスです。Mono<List<String>>をエンコードします。「application/x-www-form-urlencoded」コンテンツのデコードおよびエンコードをサポートしています。メソッドを提供します。APIセクションのフォームデータを参照してください。使用すると、元の生のコンテンツをリクエスト本文から読み取ることはできなくなります。一貫して通過することが期待されます。form-data」コンテンツのデコードおよびエンコードをサポートしています。MultiValueMapにします。実際の解析に使用されています。メソッドを提供します。APIセクションのマルチパートデータを参照してください。使用すると、元の生のコンテンツをリクエスト本文から読み取ることはできなくなります。依存する必要があります。実装は、メモリにバッファリングする最大バイト数の制限を設定できます。データを使用するコントローラーメソッドなど)として表されるため、バッファリングが発生する場合があります。バッファリングは、入力ストリームを分割するときに、ストリーミングでも発生する可能性があります。区切りテキスト、JSONオブジェクトのストリームなどです。これらのストリーミングの場合、制限はストリーム内の1つのオブジェクトに関連付けられたバイト数に適用されます。プロパティを公開しているかどうかを確認し、公開されている場合はJavadocにデフォルト値に関する詳細が含まれます。プロパティを介して、すべてのコーデックを設定する単一の場所を提供します。クライアント側では、WebClient.Builderで制限を変更できます。プロパティは非ファイルパーツのサイズを制限します。ファイルパーツの場合、パーツがディスクに書き込まれるしきい値を決定します。プロパティがあり、パーツあたりのディスク容量を制限します。プロパティもあります。ServerCodecConfigurerに提供する必要があります。application/stream+jsonなど)にストリーミングする場合、切断されたクライアントを後よりも早く確実に検出するために、定期的にデータを送信することが重要です。このような送信は、コメントのみの空のSSEイベント、またはハートビートとして効果的に機能する他の「no-op」データです。WebFluxのバイトバッファーの表現です。参照のSpringコア部分は、データバッファとコーデックのセクションでさらに詳しく説明しています。理解すべき重要な点は、Nettyのような一部のサーバーでは、バイトバッファーがプールされ、参照カウントされ、メモリリークを避けるために消費されたときに解放する必要があるということです。WebFluxアプリケーションは、コーデックに依存してより高いレベルのオブジェクトとの間で変換するのではなく、データバッファーを直接消費または生成しない限り、またはカスタムコーデックを作成することを選択しない限り、一般にそのような課題を考慮する必要はありません。そのような場合は、データバッファとコーデックの情報、特にDataBufferを使用するセクションを確認してください。MVCSpringのデバッグレベルのロギングWebFluxは、コンパクトで、最小限で、人間に優しいように設計されています。特定の課題をデバッグするときにのみ役立つ他の情報と比較して、何度も何度も役立つ情報の価値の高いビットに焦点を当てています。TRACEレベルのログ記録は、一般にDEBUGと同じ原則に従います(たとえば、ファイアホースであってはなりません)が、あらゆる課題のデバッグに使用できます。一部のログメッセージでは、TRACEとDEBUGで詳細レベルが異なる場合があります。適切なログは、ログを使用した経験から得られます。記載されているゴールを達成できないものを見つけた場合は、お知らせください。ログIDWebFluxでは、単一の要求を複数のスレッドで実行できます。スレッドIDは、特定の要求に属するログメッセージの関連付けには役立ちません。これが、デフォルトでWebFluxログメッセージの先頭にリクエスト固有のIDが付いている理由です。ServerWebExchange#getLogPrefix()から利用できます。ClientRequest#logPrefix()から入手できます。ロギングは、機密情報を記録できます。これが、フォームパラメータとヘッダーがデフォルトでマスクされる理由であり、それらのロギングを完全に明示的に有効にする必要があります。次の例は、サーバー側の要求に対してこれを行う方法を示しています。}}次の例は、クライアント側の要求に対してこれを行う方法を示しています。.build()カスタムコーデックアプリケーションは、追加のメディアタイプをサポートするカスタムコーデック、またはデフォルトコーデックでサポートされていない特定の動作を登録できます。開発者によって表された一部の構成オプションは、デフォルトのコーデックに適用されます。カスタムコーデックは、バッファリング制限の強制や機密データのログ記録など、これらの設定に合わせて調整する機会を得たい場合があります。次の例は、クライアント側の要求に対してこれを行う方法を示しています。DispatcherHandlerが要求処理の共有アルゴリズムを提供し、実際の作業は構成可能なデリゲートコンポーネントによって実行されます。このモデルは柔軟性があり、多様なワークフローをサポートします。Spring構成から必要なデリゲートコンポーネントを検出します。