c - hiredis c 套接字

Question

reply = redisCommand(rcontext,"HGET %u %u",env->cr[3] ,KeyHandle);
if(reply == NULL)
{
printf("in preNtDeletKey rediscommand error ! and the err type is %d the string is %s \n" ,rcontext->err,rcontext->errstr)";
}

这里报错，返回NULL输出是

在 preNtDeletKey 重新删除错误! err 类型为 1 字符串为 Interrupted system call

我在我的项目中使用它。我在 hiredis 源代码中 grep 找不到中断的系统调用我想知道导致系统调用中断的原因hiredis如何将字符串写入redisContext(因为我在sourec中没有找到)

我们如何避免系统调用中断？

Answer 1

hiredis 包使用 Redis 协议(protocol)编码您的命令，并将其发送到 Redis 服务器。然后同步等待回复。

您将在hiredis.c 中找到处理套接字的函数。文件:

int redisBufferRead(redisContext *c)
int redisBufferWrite(redisContext *c, int *done)

在这些函数中，处理了 EAGAIN 错误，但不处理对应于“系统调用中断”消息的 EINTR 错误。

结果是当 hiredis 正在执行写入或(更有可能)读取操作时进程接收到的任何 Unix 信号都可能中断操作并导致此错误。

您首先需要了解应用程序接收到哪种信号。根据信号的性质和应用，有多种方法可以处理这种情况:

• 在执行 Redis 调用之前屏蔽或延迟信号处理程序
• 将信号绑定(bind)到事件循环处理程序(如果有的话)以避免信号在不期望的情况下被处理
• 指定一个给定线程来处理所有信号(并避免在该线程中调用任何 Redis)
• 使用 SA_RESTART 选项(在 sigaction 中)告诉系统自动重播中断的系统调用
• 再试一次(虽然可能做不到)

就个人而言，我更喜欢 hiredis 以更优雅的方式处理这种情况(即像处理 EAGAIN 一样处理 EINTR)。

更新:

EAGAIN 错误通常在两种情况下返回:

• 当通过调用 redisConnectNonBlock 或redisConnectUnixNonBlock()

• 当连接处于阻塞模式(默认)并且已调用 redisSetTimeout() 方法设置超时时

请注意在客户端调用 redisSetTimeout() 函数只需设置 SO_RCVTIMEO 和 SO_SNDTIMEO properties of the socket .它与 Redis 配置文件中定义的超时完全无关，后者是服务器端空闲超时(如果 Redis 服务器处于非事件状态超过 N 秒，则能够关闭连接)。

在第二种情况下获得 EAGAIN 意味着 Redis 实例对提供的超时没有足够的响应。您可能只想增加超时或进一步调查 Redis 服务器端的延迟问题。