通过解析 json 在 gen_tcp:recv 上接收的字节

Posted 2023-03-15

【中文标题】通过解析 json 在 gen_tcp:recv 上接收的字节

【英文标题】：Bytes to receive on gen_tcp:recv by parsing json

【发布时间】：2019-06-26 19:35:29

【问题描述】：

在聊天服务器上工作，我需要通过erlang中的gen_tcp接收json。

一种方法是发送一个 4 字节的 int 标头，这是一个好主意，因此如果来自客户端的消息超过最大长度，我也可以拒绝它们，但会增加客户端的复杂性。 另一种方法是读取行，如果我没记错的话，也应该适用于 json。

第三个想法是使用深度跟踪读取 json （可能是计数''？） 这样我还可以设置最大消息长度并使客户端代码不那么复杂。 我怎么能特别用 erlang 来做呢，即检查打开的方括号的数量并继续接收直到最后关闭？或者如果它甚至是一个好主意？ xmpp 和其他消息传递协议如何处理这个问题？

【问题讨论】：

您的客户端是否使用 erlang 通过套接字发送数据？

不，可以是任何东西，android、ios、windows、web

那么似乎有两个选择：1）当另一端关闭套接字时消息结束（向套接字的另一端发送一个eof信号）。 2) 双方必须就某些将发出消息结束信号的协议达成一致，例如字节头。

1，不是一个好主意。 2、过去做过那样的事，不满意。

【参考方案1】：

另一种方法是读取行，如果我没记错的话，也应该适用于 json。

json 中的任何键或值都可以包含换行符，如果你的读取协议是：“当从套接字读取换行符时停止读取。”，如果任何键或值在 json 中，则不会读取整个 json json 中有一个换行符。

第三个想法是使用深度跟踪读取 json（可能是计数''？）

呃。太复杂了。 json 也可以以 [ 开头。而且，键或值也可以包含 ] 或 。

底线是：您需要决定用什么标记已发送消息的结束。您可以选择一些相对独特的字符串，例如：--*456?END OF MESSAGE!123**--，但 json 中的键或值可能可能包含该字符串 - 这就是为什么 字节标头被使用。阅读this 后，您应该能够对您希望如何进行做出明智的选择。

【讨论】：

知道了，但是像 xmpp 这样的东西是怎么做到的呢？有什么想法吗？

@user10844401，在ejabberd source code 中搜索“数据包”，然后环顾四周。

我已经这样做了，它似乎正在以原始模式接收所有数据，而侦听器似乎是被动的

查看 jsx 的流功能。此外，Ejabberd 使用 fast_xml 的流特性来管理流中每个 XML 的 max_length。

Pouriya 的评论以及上述答案应该是正确答案，因此将其标记为已接受的答案，非常感谢。