cobol中write怎么设置多个逐渐_Socket编程中的几点问题总结

最新推荐文章于 2022-04-25 17:48:00 发布

徐瑞涛

最新推荐文章于 2022-04-25 17:48:00 发布

阅读量285

点赞数

文章标签： cobol中write怎么设置多个逐渐

本文链接：https://blog.csdn.net/weixin_35182280/article/details/112087054

版权

对于 EPOLLERR和EPOLLHUP，不需要在epoll_event时针对fd作设置，一样也会触发；
EPOLLRDHUP实测在对端关闭时会触发，需要注意的是：
对EPOLLRDHUP的处理应该放在EPOLLIN和EPOLLOUT前面，处理方式应该是close掉相应的fd后，作其他应用层的清理动作；
如果采用的是LT触发模式，且没有close相应的fd, EPOLLRDHUP会持续被触发；
EPOLLRDHUP想要被触发，需要显式地在epoll_ctl调用时设置在events中；
对端关闭包括：ctrl + c, kill, kill -9。
对于EPOLLOUT：
有写需要时才通过epoll_ctl添加相应fd，不然在LT模式下会频繁触发;
对于写操作，大部分情况下都处于可写状态，可先直接调用write来发送数据，直到返回 EAGAIN后再使能EPOLLOUT，待触发后再继续write。

这部分有些内容上面已阐述过，这里统一归纳一下。

EPOLLRDHUP （需要主动在epoll_ctal时加入events） EPOLLIN EPOLLOUT

此时应优先处理EPOLLRDHUP,它明确表明对端已经关闭，处理时close相应fd后，无需再继续处理其他事件；
如果不处理EPOLLRDHUP的话，也可以处理EPOLLIN事件，此时read返回0, 同样表明对端已经关闭；
如果以上两个事件都没有处理，而是在EPOLLOUT事件里又向fd写了数据，数据只是写入到本地tcp发送缓冲区，此时write调用会返回成功，但是紧接着epoll_wait又会返回如下事件组合：EPOLLERR EPOLLHUP EPOLLIN EPOLLOUT POLLRDHUP （需要主动在epoll_ctal时加入events）
可以看到相比之前多了EPOLLERR和EPOLLHUP，是因为之前收到了对端close时发送的FIN 包，此时再给对端发送数据，对端会返回RST包。
如果在收到RST包后，又向对端发送数据，会收到sigpipe异常，其默认处理是终止当前进程，此时可通过忽略此异常解决，忽略后write会返回-1, erron =32, Broken pipe:c signal(SIGPIPE, SIG_IGN);Broker pipie这个异常，说到底是应用层没有对相应的fd在收到对端关闭通知时，作正确的处理所致，它并不是tcp/ip通讯层面的问题。
下图可以看到发送了FIN包

EPOLLIN EPOLLOUT EPOLLHUP EPOLLRDHUP（需要主动在epoll_ctal时加入events）

1. 收到RST后的第二次及后序的写操作，写失败，在忽略了SIGPIPE后，erron =32, Broken pipe；
2. 收到RST后的读操作：errno = 104, Connection reset by peer
3. 下面可以看到发送了RST包：

针对Epoll的LT模式，socket fd可以设置成阻塞也可以设置成非阻塞；
针对Epoll的ET模式，socket fd只能设置成非阻塞；
ET状态有变化才触发，因此在收数据时必须循环读取，收尽当前可收数据。因为不知道下一次调用read时还有没有数据，一旦没有数据，又没有用非阻塞方式，则将一直阻塞在read调用上；
当然如果在LT模式下也每次循环读取，也有类似的问题；
采用非阻塞循环读取方式时，如果当前socket fd上恰好有持续大数据量写入，则这个循环读取可能持续较长时间，从而导致其他socket fd上的读写操作将被延迟。针对这种情况，我们只能是控制当前socket fd上的读操作，并将其保存，在下一次event loop中不依赖ET的触发，直接针对保存的fd继续其读操作。

通过struct linger设置

关注