SO_KEEPALIVE socket

2014-01-17 04:35:56 356 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

program2050 墨衍会员 · AI 创作全网分发关注 + 加入社区

宝塔部署若依前端出现502解决方法若依系统是一个基于Java语言的开源项目，旨在帮助开发者减少开发时间，特别适用于需要快速开发出一套具有用户管理、菜单管理、权限管理、定时任务、日志管理等功能的简单系统。系统分为前后端分离、分布式等架构前后端分离部署教程然而通过宝塔来部署若依系统会遇见一些问题，特此在这里记录一下。阅读详情

今天看到一段代码：
(setsockopt(fd, SOL_SOCKET, SO_KEEPALIVE, (void*)&on, sizeof(on))<0)

这个fd是负责listen的套接字。

为啥是对listen的套接字设置 SO_KEEPALIVE呢？
和accept得到的套接字设置 SO_KEEPALIVE 有什么区别呢？

...全文

C++ 工程实践(9)：数据抽象陈硕 (giantchen_AT_gmail)http://blog.csdn.net/Solstice http://weibo.com/giantchen陈硕关于 C++ 工程实践的系列文章： http://blog.csdn.net/Solstice/category/8 阅读详情

program2050

Linux/Unix社区 23,224 成员 74,535 内容

+ 关注 + 加入社区

切换为时间正序

AIGPTchina 2014-02-12

打赏
举报

我也想知道。

program2050 2014-01-23

打赏
举报

再求大神。。。。。。。。。。。。。。。。。。。

max_min_ 2014-01-18

打赏
举报

设置报活吧！不过没啥实际作用！最好还是自己加一天报活的线程，比较靠谱！

xiaolomg 2014-01-18

打赏
举报

引用 2 楼 program2050 的回复:

客户端直接拔掉网线，libevent 在5分钟后就探测到，并关闭这个客户端的连接。但是我一直没在libevent的源码里面找得真相。。。。 libevent 在epoll模式下，应该都是一直在epoll_wait上等待的，但是把客户端网线拔掉， 5分钟后，libevent 醒来，close掉了那个客户端的连接。坐等高手。

如果拔掉网线，那么client就不会发送tcp alive的消息，server在两个时间间隔没收到就认为此链接已死，就断开。

Vegertar 2014-01-18

打赏
举报

这个选项设置在listenfd上，acceptedfd是可以继承的。具体请看UNP vol1。区别的话，最直观的是如果希望所有连接都设置则不用多次调用。

program2050 2014-01-18

打赏
举报

补充一下背景： libevent里面的

evconnlistener_new_bind

才会有SO_KEEPALIVE的设置，当然是没有其他的TCP_KEEPIDLE，TCP_KEEPINTVL等的设置，这些使用的都是内核参数，即2个小时等。。。用了evconnlistener_new_bind，5分钟内就检测不到客户端的网络异常（拔掉网线），这个可以理解。但是如果是自己做完，bind，listen等工作后，再通过event_set，event_base_set，event_add等操作进入 event_base_loop的时候，即没有SO_KEEPALIVE的时候，反而能 5分钟内检测到客户端拔掉网线。不明白为什么？？跪求大神。

program2050 2014-01-18

打赏
举报

引用 9 楼 Vegertar 的回复:

[quote=引用 8 楼 program2050 的回复:] [quote=引用 4 楼 Vegertar 的回复:] 这个选项设置在listenfd上，acceptedfd是可以继承的。具体请看UNP vol1。区别的话，最直观的是如果希望所有连接都设置则不用多次调用。

试了一下，果然如此。不过libevent那个5分钟问题，我还是没搞懂。[/quote] 没看过libevent的源码，当你说它5分钟后醒来关了连接，八成是wait到了EPOLLHUP了，keepalive不就是干这个的？TCP定时器超时后close连接，然后epoll_wait返回。至于5分钟，keepalive也有cnt和interval的选项，你也可以改成5小时。[/quote] 我之前也是这么觉得的，但是看了libevent的代码，根本没有这些设置。不知道还有没有其他的机制，很纳闷。。。。求解。

Vegertar 2014-01-18

打赏
举报

补充一下，keepalive下，TCP定时器超时后发出探测报文，对端始终不响应（周期由cnt和interval配置）则close连接。

Vegertar 2014-01-18

打赏
举报

引用 8 楼 program2050 的回复:

[quote=引用 4 楼 Vegertar 的回复:] 这个选项设置在listenfd上，acceptedfd是可以继承的。具体请看UNP vol1。区别的话，最直观的是如果希望所有连接都设置则不用多次调用。

program2050 2014-01-18

打赏
举报

引用 4 楼 Vegertar 的回复:

这个选项设置在listenfd上，acceptedfd是可以继承的。具体请看UNP vol1。区别的话，最直观的是如果希望所有连接都设置则不用多次调用。

试了一下，果然如此。不过libevent那个5分钟问题，我还是没搞懂。

program2050 2014-01-18

打赏
举报

引用 5 楼 max_min_ 的回复:

设置报活吧！不过没啥实际作用！最好还是自己加一天报活的线程，比较靠谱！

嗯。只是最近在看libevent的源码，觉得有点好奇。功力没够，没发现，为什么libevent能在5分钟检测到客户端网络出异常（拔掉网线）。按理说，libevent应该傻傻的在epoll_wait上等待客户端的 EV_READ事件才对。。。

program2050 2014-01-18

打赏
举报

引用 3 楼 boyhailong 的回复:

[quote=引用 2 楼 program2050 的回复:] 客户端直接拔掉网线，libevent 在5分钟后就探测到，并关闭这个客户端的连接。但是我一直没在libevent的源码里面找得真相。。。。 libevent 在epoll模式下，应该都是一直在epoll_wait上等待的，但是把客户端网线拔掉， 5分钟后，libevent 醒来，close掉了那个客户端的连接。坐等高手。

如果拔掉网线，那么client就不会发送tcp alive的消息，server在两个时间间隔没收到就认为此链接已死，就断开。[/quote] 但是libevent 在5分钟的时候，就检测到，并且断开了。为什么是5分钟。？

program2050 2014-01-17

打赏
举报

客户端直接拔掉网线，libevent 在5分钟后就探测到，并关闭这个客户端的连接。但是我一直没在libevent的源码里面找得真相。。。。 libevent 在epoll模式下，应该都是一直在epoll_wait上等待的，但是把客户端网线拔掉， 5分钟后，libevent 醒来，close掉了那个客户端的连接。坐等高手。

空的 2014-01-17

打赏
举报

只知道有这么个选项，还没用过呢是不是有继承效果还是咋滴~~~ 坐等高手

SO_KEEPALIVE socket

相关推荐