反序列化从 telegram.org 服务器返回的 msg_container 个对象

Question

我在反序列化 msg_container 对象时遇到问题。问题似乎是我对 flags 字段在 message 中的位置的理解，因为它对我来说没有意义。我的以下假设来自阅读此页面：https://core.telegram.org/mtproto/TL

这是我看到的，我希望有人能澄清。

电报服务器的响应如下所示：

    ('server_answer: ', '\xdc\xf8\xf1s\x02\x00\x00\x00\x018\xcb\x8cCu\xcdW\x01\x00\x00\x00\x1c\x00\x00\x00\x08\t\xc2\x9e\x00t\xbe?Cu\xcdW\x82\x0e:\x11\xe0\xda\xed\x05\xd7\xbezI4\x05Tf\x01\xdc\xcb\x8cCu\xcdW\x02\x00\x00\x00\x14\x00\x00\x00Y\xb4\xd6b\x15\xc4\xb5\x1c\x01\x00\x00\x00\x00t\xbe?Cu\xcdW')

 0 | DC F8 F1 73 02 00 00 00
 8 | 01 38 CB 8C 43 75 CD 57
16 | 01 00 00 00 1C 00 00 00
24 | 08 09 C2 9E 00 74 BE 3F
32 | 43 75 CD 57 82 0E 3A 11
40 | E0 DA ED 05 D7 BE 7A 49
48 | 34 05 54 66 01 DC CB 8C
56 | 43 75 CD 57 02 00 00 00
64 | 14 00 00 00 59 B4 D6 62
72 | 15 C4 B5 1C 01 00 00 00
80 | 00 74 BE 3F 43 75 CD 57

表示一个MessageContainer对象，看起来像这样：

msg_container#73f1f8dc messages:vector<message> = MessageContainer;

(注：73f1f8dc为返回的前四个字节，小端顺序)

因为 msg_container 是 messages 的 vector，下一个整数是 message 计数，即 00 00 00 02，所以有两条消息在这个向量中。

一个message看起来像这样：

message#c09be45f flags:# out:flags.1?true mentioned:flags.4?true media_unread:flags.5?true silent:flags.13?true post:flags.14?true id:int from_id:flags.8?int to_id:Peer fwd_from:flags.2?MessageFwdHeader via_bot_id:flags.11?int reply_to_msg_id:flags.3?int date:int message:string media:flags.9?MessageMedia reply_markup:flags.6?ReplyMarkup entities:flags.7?Vector<MessageEntity> views:flags.10?int edit_date:flags.15?int = Message;
messageService#9e19a1f6 flags:# out:flags.1?true mentioned:flags.4?true media_unread:flags.5?true silent:flags.13?true post:flags.14?true id:int from_id:flags.8?int to_id:Peer reply_to_msg_id:flags.3?int date:int action:MessageAction = Message;

所以我假设接下来的四个字节将是第一条消息中的第一个参数，即 flags 字段。但是这四个字节的值是 8c cb 38 01，作为一个无符号整数，它是 2362128385L，这对于一个简单的位掩码来说太大了。另外，如果我使用这个值从字节流的其余部分反序列化可选参数，它们就没有意义，最终会因类型不匹配而失败。我已经尝试将 flags 字段作为有符号整数，结果也类似。

我对电报服务器如何响应 msg_container 对象的理解有何错误？

Answer 1

这里有一个简单的方法来处理包装在容器中的消息：

Container_type_header
Content_count
[messages]

每封邮件都是这样打包的：

msgs_id
seq_no
mgs_len
msg_body

鉴于您的示例数据：

DCF8F173 --> container_type_header
02000000 --> message_count_in_container

0138CB8C4375CD57 --> msg_id of first message
01000000 --> seq_no of first message
1C000000 --> length of first message; 1C == 28 bytes
0809C29E0074BE3F4375CD57820E3A11E0DAED05D7BE7A4934055466 --> 28 byte msg_body

01DCCB8C4375CD57 --> msg_id of second message
02000000 --> seq_number of second message
14000000 --> lenght of second message; 14 == 20 bytes
59B4D66215C4B51C010000000074BE3F4375CD57 --> 20 byte msg_body

当解码第一条消息时：

0809C29E0074BE3F4375CD57820E3A11E0DAED05D7BE7A4934055466

New_Session_Created{first_msg_id: 6326841983218119680,  server_salt: 7373524212041563863, unique_id: 427238195566612098}

当解码的第二条消息给出：

0x59B4D66215C4B51C010000000074BE3F4375CD57 

Msgs_Ack{msg_ids: [6326841983218119680]}

反序列化从 telegram.org 服务器返回的 msg_container 个对象

De-Serializing msg_container objects returned from the telegram.org server

python

api

telegram