请求后重新组装的TCP段大于内容长度

我使用wireshark检查post请求，发现重新组装的TCP段大小大于内容长度，这是因为内容长度仅用于正文的大小吗？而ressambled包含标题

[3 Reassembled TCP Segments (1664 bytes): #1233(578), #1235(1028), #1237(58)]
[Frame: 1233, payload: 0-577 (578 bytes)]
[Frame: 1235, payload: 578-1605 (1028 bytes)]
[Frame: 1237, payload: 1606-1663 (58 bytes)]
[Segment count: 3]

 [Reassembled TCP length: 1664]

---

这是因为内容长度仅适用于正文的大小吗

对。内容长度仅描述消息正文的长度。发件人：

14.13内容长度
Content Length entity header（内容长度实体标题）字段表示实体体的大小，以十进制的八位字节数表示

。。。而ressambled包含标题

[3 Reassembled TCP Segments (1664 bytes): #1233(578), #1235(1028), #1237(58)]
[Frame: 1233, payload: 0-577 (578 bytes)]
[Frame: 1235, payload: 578-1605 (1028 bytes)]
[Frame: 1237, payload: 1606-1663 (58 bytes)]
[Segment count: 3]

 [Reassembled TCP length: 1664]

---

鉴于您显示了包含在重组数据中的部分标头，这些数据显然至少包含了部分标头。

[重组TCP长度：1664]不仅内容长度正确吗？@MohammadKarmi:再次：内容长度标头仅给出了消息正文的长度。重新组装的TCP长度可能是标头和正文。