gpt4 book ai didi

c++ - OpenSSL 客户端陷入无休止的读取

转载 作者:太空宇宙 更新时间:2023-11-04 04:51:08 24 4
gpt4 key购买 nike

我正在使用cpp-httplib使用长轮询从服务器检索一些数据(即客户端向服务器发出请求,服务器将保持连接打开,直到所需数据可用或达到超时)。

该程序正在我的树莓派上运行,该树莓派位于路由器后面,没有有传出静态 IP 地址。每次重新分配 IP 时(或者至少在接近该时间点时),我的程序都会中断,因为当前执行轮询的线程将永远卡在 httplib::SSLClient::Get 中,这是由阻塞的 read() 系统调用引起的。服务器和客户端超时都无法执行任何操作,而连接关闭应该使读取立即返回0,这是我在这种情况下所期望的。

使用 gdb 检查程序显示以下内容:

(gdb) thread 2
(gdb) where
__libc_read (nbytes=5, buf=0x75608edb, fd=3) at ../sysdeps/unix/sysv/linux/read.c:26
__libc_read (fd=3, buf=0x75608edb, nbytes=5) at ../sysdeps/unix/sysv/linux/read.c:24
0x76d1862c in ?? () from /usr/lib/arm-linux-gnueabihf/libcrypto.so.1.1
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

据我所知,我没有做任何可能意外覆盖返回地址的事情。

为了进行比较,可以在 SSLCLient::Get 期间找到“健康”堆栈跟踪 here .

实际代码相当多,但这里有一个简短的版本,显示了相同的行为:

#include <iostream>
#define CPPHTTPLIB_OPENSSL_SUPPORT 1
#include "httplib.h"

void poll(httplib::SSLClient* c, char* path) {
while (true) {
auto response = c->Get(path);
std::cout << response.body << std::endl;
}
}

int main(int argc, char* argv[]) {
if (argc >= 3) {
httplib::SSLClient client(argv[1], 443, 20);
std::thread poll_thread(poll, &client, argv[2]);
poll_thread.join();
} else {
std::cerr << "Usage: ./poll <host> <path>" << std::endl;
return 1;
}
}

我可以想到一些可能有效或无效的解决方法,但我真的很想知道为什么以及如何发生这种情况。

最佳答案

只是扩展我在评论中提到的 keep_alive 选项。

在您描述的场景中,底层 TCP 套接字连接似乎可能以不干净的方式终止。也就是说,您说 IP 地址已重新分配。

理想情况下,当存在 TCP 套接字终止时,您希望代码退出任何阻塞的读取/轮询操作。这就是正常套接字关闭时会发生的情况,例如,远程进程被终止,或者远程进程只是决定是时候关闭了。但是,如果您的主机的 IP 地址发生了更改......我不确定是否一定会有低级 TCP 消息表示,为了影响,此连接现在已关闭。因此,您的程序的结果是仍然可以保留本地套接字(本地 TCP 端点),并且不会意识到连接已断开。

这就是 keep_alive 之类的地方。这个想法是内核将发送保活数据包来继续测试连接是否建立;如果这些失败,那么它可以关闭本地套接字(因此您的阻塞读取或阻塞选择将返回某种流结束错误)。

除了 keep_alive 之外,您还可以考虑应用程序心跳消息(例如,websocket 有 ping/pong)。除了确保 TCP 连接保持建立外,它还确认远程应用程序是否健康。

关于c++ - OpenSSL 客户端陷入无休止的读取,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/57886817/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com