重新连接问题

发布于 2024-11-06 04:18:11 字数 306 浏览 0 评论 0原文

我已经实现了文件上传代码,该代码使用安全套接字将文件上传到服务器,使用内容类型多部分表单数据写入字节。

我时不时地收到错误的套接字 ID 错误,通过wireshark 中的分析,该错误告诉我由于某种原因,一个 fin 数据包正在从服务器发送到客户端。相同的代码上传 80% 的时间,所以我不认为这是一个错误的格式错误,那么当内容类型声明有要发送的 moe 数据时,为什么服务器会断开连接呢?

无论如何,如果我无法解决错误的套接字 ID 问题,tcp/套接字连接将允许重新连接以在断开连接之前从中断处恢复上传。

期待对此事的见解。

谢谢

i have implemented file upload code which uses a secure socket to upload files to a server using content-type Multipart Form-data to write the bytes.

Now and again I get a bad socket id error which through analysis in wireshark tells me that a fin packet is being sent from the server to the client for some reason. The identical code uploads 80% of the time so I dont think it is a bad format error so why would the server be disconnecting the connection when the content type states that there is moe data to be sent?

Anyways, If i cant solve the bad socket id issue would tcp/socket connections allow for a reconnection to resume the upload where it left off before disconnection.

Looking forward to insights on to this matter.

Thank you

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

帅的被狗咬 2024-11-13 04:18:11

你在你的套接字上调用flush吗?有时您需要显式刷新任何剩余数据,否则可能会发生“奇怪”行为(即不发送最后一个数据包)。只是一个想法。

Are you calling flush on your socket? Sometimes you need to explicitly flush any remaining data otherwise "weird" behavior (i.e. not sending the last packet) can occur. Just an idea.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文