送信区切りと受信区切りのずれ(分割・結合)

TCPの送信単位と受信単位が一致しないために、1メッセージが複数回の受信に分割されたり、複数メッセージが1回の受信に結合されたりする現象である。

概念URI: https://comcomponent.com/knowledge/message-boundary-mismatch/
別名・表記: 分割・結合 / フレーミングの不具合
最終確認日: 2026-08-01
機械可読データ: JSON-LD

この概念が関わる関係

TCPのバイトストリーム性は送信区切りと受信区切りのずれ(分割・結合)の原因になることがあります。TCPは送ったバイト列の順序・重複なし・欠落なしの到達だけを保証し、Sendした単位がReceiveの単位として保存されることは保証しないため、分割や結合が起こり得る / 確度: 確立した関係 / 確認日: 2026-08-01 出典
アプリケーションプロトコルのフレーミングは送信区切りと受信区切りのずれ(分割・結合)を防ぎます。受信側でメッセージ境界を判断する仕組み(フレーミング)を設ければ、分割・結合によるメッセージ境界のずれに正しく対応できる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
並行Writeによるアプリケーションレベルの混線は送信区切りと受信区切りのずれ(分割・結合)の原因になることがあります。同じTCP接続に複数タスクが同時にフレームを書き込むと、ヘッダーと本文が混ざるアプリケーションレベルの混線が起き、受信側のフレーム復元が壊れる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
必要バイト数まで読み切る/書き切るループは送信区切りと受信区切りのずれ(分割・結合)を防ぎます。Read/Receiveの戻り値のバイト数だけを信用し、必要なバイト数を読み切るまでループすることで、途中で切れた受信を1メッセージとして誤処理しない / 確度: 確立した関係 / 確認日: 2026-08-01 出典
送信区切りと受信区切りのずれ(分割・結合)はWiresharkで確認できます。Follow > TCP Streamで復元したバイト列を見て、送信側のフレーム組み立てと受信側の復元処理のどちらが壊れているかを切り分けられる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
送信区切りと受信区切りのずれ(分割・結合)はPacket Monitor(pktmon)で確認できます。Windows標準のpktmonでキャプチャしたETLをpcapngに変換し、Wiresharkで開いて同様に確認できる / 確度: 確立した関係 / 確認日: 2026-08-01 出典

この概念を扱う記事

TCPでSendした単位ごとにReceiveできるという誤解 ── バイトストリームとして扱うための受信設計(言及)

一次資料

https://www.rfc-editor.org/rfc/rfc9293.html

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。