linux read函数超时,关于C#：如何在读取函数调用中实现超时？

我想使用串行com端口进行通信，并且每次调用read函数调用时都想实现超时。

int filedesc = open("dev/ttyS0", O_RDWR );

read( filedesc, buff, len );

编辑：

我正在使用Linux OS。 如何使用选择函数调用实现？

参见linux.die.net/man/2/select

选择()

需要5个参数，首先是最高的文件描述符+ 1，然后是fd_set用于读取，一个用于写入，一个用于异常。最后一个参数是struct timeval，用于超时。它在错误时返回-1，在超时时返回0，或者在设置的集合中返回文件描述符的数量。

#include

#include

#include

#include

#include

int main(void)

{

fd_set set;

struct timeval timeout;

int rv;

char buff[100];

int len = 100;

int filedesc = open("dev/ttyS0", O_RDWR );

FD_ZERO(&set); /* clear the set */

FD_SET(filedesc, &set); /* add our file descriptor to the set */

timeout.tv_sec = 0;

timeout.tv_usec = 10000;

rv = select(filedesc + 1, &set, NULL, NULL, &timeout);

if(rv == -1)

perror("select"); /* an error accured */

else if(rv == 0)

printf("timeout"); /* a timeout occured */

else

read( filedesc, buff, len ); /* there was data to read */

close(filedesc);

}

这个解决方案还不够好，因为如果我们正在等待5个字节，但在时间上仅收到1个，那么选择就可以了，然后在读取时将永远阻塞。

不，不会。如果只有一个字节可用，并且您尝试读取5，则read()不会阻塞，它将返回1(读取的字节数)。从阅读的手册页中："如果此数字小于请求的字节数，这不是错误；这可能发生，例如因为当前实际可用的字节数更少(也许是因为我们接近文件末尾) ，或者因为我们正在从管道或终端读取)，或者因为read()被信号中断。"

以及如何一次又一次地"选择"，第二次将立即返回。我想知道为什么吗？

@kangear参见man select，它将说明timeval超时功能。简而言之，它说："考虑到select()返回后未定义超时"。这意味着如果您不确定自己在做什么(和在哪里)，则不要重用它。

而不是选择，我将使用民意测验。带轮询的代码更简单，对于超过1024个的描述符也可以使用。但是，我听说MacOS的旧版本存在轮询错误。

关于超时结构的另一条??评论-它的完成方式将触发免费bsd和MacOS下的错误。您需要分别设置秒和微秒。

他们的原始海报说他正在运行linux，并且问题被标记为linux，所以我给出了在linux上有效的答案。

最后缺少close(filedesc)。

...并且无法使用read()的返回值。

这个问题要求超时读取，而不是完整实现，他的读取调用也没有检查返回值。我认为添加返回值的检查会使该示例不太清楚。

作为select()的替代方法，对于串行端口(终端)的特定情况，您可以使用tcsetattr()将文件描述符置于非规范模式，并具有读取超时。

为此，请取消设置ICANON标志，并设置VTIME控制字符：

struct termios termios;

tcgetattr(filedesc, &termios);

termios.c_lflag &= ~ICANON; /* Set non-canonical mode */

termios.c_cc[VTIME] = 100; /* Set timeout of 10.0 seconds */

tcsetattr(filedesc, TCSANOW, &termios);

注意VTIME的测量单位为十分之一秒，并且所使用的类型通常为unsigned char，这意味着最大超时时间为25.5秒。

就我而言，我还必须将VMIN设置为0：termios.c_cc[VMIN] = 0。

假设我们有两个设备TxDev和RxDev在t = T1时通过UART通信，TxDev开始发送数据，这时RxDev没有到达读取指令，但是TxDev发送的第一个字节丢失了吗？还是RxDev有缓冲区它在哪里存储接收到的数据甚至不被读取？

@fedi：在Linux下，它们将由内核缓冲。

如果将套接字设置为在非阻塞模式下运行，则每次读取调用将仅读取当前可用的数据(如果有)。因此，这实际上等于立即超时。

您可以使用以下功能在套接字上设置非阻塞模式：

int setnonblock(int sock) {

int flags;

flags = fcntl(sock, F_GETFL, 0);

if (-1 == flags)

return -1;

return fcntl(sock, F_SETFL, flags | O_NONBLOCK);

}

(有关从非阻塞套接字读取的更多信息，请参见read手册页)

您没有说什么操作系统，但是如果您在Linux下运行，则可以使用select调用。如果文件描述符上有要读取的内容，它会返回，或者您可以对其进行设置，以便在没有内容可读取的情况下超时。返回码指示哪个。

下面的代码对每个字符使用毫秒转换超时。

我在我的项目之一中使用它从COM端口读取。

size_t TimeoutRead (int port, void*buf, size_t size, int mlsec_timeout)

{

struct pollfd fd = { .fd = port, .events = POLLIN };

size_t      bytesread = 0;

while (poll (&fd, 1, mlsec_timeout) == 1)

{

int chunksize = read (port, buf + bytesread, size);

if (chunksize == -1)

return -1;

bytesread += chunksize;

size -= chunksize;

if (size == 0)

return bytesread;

}

// TODO: IsTimeout = true;

return bytesread;

}

您必须将广告资源重置为0，然后才能再次进行轮询

@dr_begemot您是否会说此处的poll()示例不正确，因为.revent在调用poll()之前未归零？