这是一个创建于 600 天前的主题，其中的信息可能已经有所发展或是发生改变。
有没有大哥能用通俗易懂的话详细解释下，实在理解不了，最好能举个例子说明一下，谢谢
 |
1
frankyzf 2023-05-04 22:18:30 +08:00
换本书试试？之前遇到很多类似情况，一开始以为自己理解能力差看不懂，其实是书没讲清楚。
|
 |
2
IvanLi127 2023-05-04 23:06:51 +08:00 via Android
同意楼上。。这描述我也看不懂。。
|
 |
3
rrfeng 2023-05-04 23:13:24 +08:00 via Android
显然是不懂的人翻译的垃圾书……
|
 |
4
C47CH 2023-05-04 23:23:11 +08:00
这种东西真的是给初学者看的？🤨
|
 |
5
Inf1nity 2023-05-04 23:26:05 +08:00
我的理解是：
message = message header + message payload message payload = data message data message = data message header （一般不存在，具体有没有需要看 data message 的设计） + data message payload （可能为空） message payload 在传输时可能被编码，因此在传输时的 message payload （编码后的 data message ） 和编码前的 data message 在被解码前存在短暂的不一致，这部分对应图片中的“通常，报文主体等于实体主体。只有当传输中进行编码操作时，XXXXXX”这一段话。 我这里的 data payload 就是你图中所说的 entity 。 此外，我在最新的 HTTP RFC 里没有搜到太多和 entity 有关的关键词，可能图片里对应的内容太老了？ 网络协议相关的问题基本都可以在 RFC 里找到答案，楼主感兴趣的话可以去看看 HTTP 的 RFC 关于这部分内容的介绍。 |
 |
6
julyclyde 2023-05-05 16:55:39 +08:00
你这个翻译不对吧
http 里那个叫请求，不叫报文 |
|
7
julyclyde 2023-05-05 16:56:42 +08:00
在协议领域，叫“报文”的基本上都是错的
真的 真正该用这个词的场景，极少 |
Select Language