如何解决从套接字缓冲区中拆分 http 包
我现在正在为通过互联网进行一些简单的数据交换做一些编码。我将 windows IOCP 和 socket 与 openssl 一起使用。我选择的数据协议是 HTTP/HTTPS（TLS 是由 Open SSL 完成的）。 我在拆分连续数据流时遇到问题。我的程序结构有一部分：
- 建立连接并与 Iocp 处理程序绑定，然后为每个连接接收数据缓冲区。在这里，我有一个用于套接字发送/接收状态检查（GetQueueCompleteStatus）的大循环。它是一个单线程，用于所有连接和发送/接收网络事件。这只是一项工作：将每个连接的接收数据放入一个流中（灵活扩展缓存）。
- 处理每个流中的数据。它使用数据流并生成纯文本/文本 HTTP 格式包。有很多工作要做：解密原始 SSL 数据，解压缩 HTTP 正文部分的数据，分析分块格式的数据。
- 将第 2 步中完成的 HTTP 包结构推送到业务逻辑级别。如果应该有一些响应返回，则在步骤 2 中执行相反的操作：另一个流接收明文/文本响应，进行压缩，通过 openssl 加密响应，然后发送回另一端。
这几乎就是我正在做的工作的主要结构。 IOCP 运行良好。 Open SSL 可以进行解密/加密。凹陷也是常见的gzip格式，没什么大不了的。连续流数据的拆分让我感到困惑。这正是： 我知道 HTTP 协议包以 '\r\n\r\n\0' 结尾。我也了解分块数据框架结构（部分长度 HEX + 数据 + '\r\n'），我可以检查每个字符，我必须检查每个字符，因为我现在可以弄清楚。但那不好。一个一个地检查字符似乎很慢。我知道有人会说你可以根据分块结构的第一部分的长度读取一个块。但是，情况可能有点复杂：第一步是进行数据切换，预期的数据可能仍在进程中，套接字可能会丢失连接或被网络阻塞等。
我认为对于一些简单的网络，该层非常清晰。 IOCP 做原始数据 -> 将原始数据分析成明文/文本 http 数据包 -> 业务逻辑处理和响应。原始数据的拆分似乎很慢。有很多程序使用网络，他们也必须这样做，而且我确信它们比我的玩具复杂得多。拆分原始数据的正确方法是什么？
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
