2 
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 rediscommand 错误！错误类型为 1 字符串为Interrupted system call

我在我的项目中使用它。而且我在hiredis源中grep找不到中断的系统调用我想知道导致系统调用中断的原因hiredis如何将字符串写入redisContext（因为我在sourec中找不到）

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

4

2 回答 2

6

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

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

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

在这些函数中，处理的是 EAGAIN 错误，而不是对应于“Interrupted system call”消息的 EINTR 错误。

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

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

  • 在进行 Redis 调用之前屏蔽或延迟信号处理程序
  • 将信号绑定到事件循环处理程序（如果有）以避免信号在不期望时被处理
  • 专用给定线程来处理所有信号（并避免该线程中的任何 Redis 调用）
  • 使用 SA_RESTART 选项（在 sigaction 中）告诉系统自动重放中断的系统调用
  • 只是尝试再次进行操作（虽然它可能是不可能的）

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

更新：

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

  • 当通过调用 redisConnectNonBlock 或 redisConnectUnixNonBlock() 激活非阻塞模式时

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

请注意在客户端调用 redisSetTimeout() 函数只需设置套接字的 SO_RCVTIMEO 和 SO_SNDTIMEO 属性。它与 Redis 配置文件中定义的超时完全无关，它是服务器端空闲超时（如果 Redis 服务器处于非活动状态超过 N 秒，则能够关闭连接）。

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

于 2012-04-06T10:15:46.197 回答
0

没有线索，但快速搜索表明（在 Linux 内核上）系统调用可以在没有任何问题时被中断，而当这种情况发生时，典型的事情就是再做一次。我的猜测是，由于这里没有什么可做的，是 Redis 数据库还是您的代码的某些部分没有处理这种情况。http://www.win.tue.nl/~aeb/linux/lk/lk-4.html

于 2012-04-06T09:28:21.717 回答