socket fork问题？

maxxfire

请问一个进程bind()后再fork，这时父进程bind()的句柄会不会被复制到子进程？？

今天的程序发现一个这样的问题，按上面的操作：

father：
1, open a socket
2, bind
3, fork child -> child become a deamon
4, 延迟一会
5, let father die
6, 延迟一会
7, manually invoke father ：这个时候发现father启动不起来，查看日志后发现端口bind失败，也就说明父进程bind的端口被子进程继承导致。

很奇怪，bind怎么会被子进程继承？

maxxfire

端口已经设置成reuse模式。。

zhuhefang2006

socket文件描述符是会被子进程继承的，你可以fork后在子进程中将以后不要用到的这个socket文件描述符close掉

maxxfire

原帖由 zhuhefang2006 于 2009-4-8 11:39 发表
socket文件描述符是会被子进程继承的，你可以fork后在子进程中将以后不要用到的这个socket文件描述符close掉

父进程bind成功，子进程应该bind失败才对，，同一个bind操作只能做一次。。
所以bind的上下文不应该被继承才对。。

alexhappy

reuse放在bind之前做

zhuhefang2006

好像SO_REUSEADDR 选项的设置并不是可以无条件的reuse addr
具体你参考一下unp中关于
SO_REUSEADDR socket option serves four different purposes一节的相关内容

zhuhefang2006

原帖由 maxxfire 于 2009-4-8 11:44 发表


父进程bind成功，子进程应该bind失败才对，，同一个bind操作只能做一次。。
所以bind的上下文不应该被继承才对。。

你在子进程里调用bind了？
从你一楼的帖子看来你并没有在子进程里再次调用bind啊
你是先bind然后再fork的吧？

[ 本帖最后由 zhuhefang2006 于 2009-4-8 11:51 编辑 ]

maxxfire

原帖由 zhuhefang2006 于 2009-4-8 11:49 发表

你在子进程里调用bind了？
从你一楼的帖子看来你并没有在子进程里再次调用bind啊
你是先bind然后再fork的吧？

没有，不过我觉得很奇怪，一个已经绑定的socket即使fork也不应该被子进程继承才对。。
应该我想错了..

zhuhefang2006

原帖由 maxxfire 于 2009-4-8 11:53 发表


没有，不过我觉得很奇怪，一个已经绑定的socket即使fork也不应该被子进程继承才对。。
应该我想错了..

bind会检查这种再定绑定的错误，但是fork在让子进程继承父进程的文件描述符的时候并不做这样的检查

astezheng

原帖由 maxxfire 于 2009-4-8 11:53 发表


没有，不过我觉得很奇怪，一个已经绑定的socket即使fork也不应该被子进程继承才对。。
应该我想错了..

原来的对并发量很高的服务器程序很多采用这种办法，先bind 那个any的地址(就是绑全部网络接口)
然后再fork几个子进程，让几个子进程在同一个bind上工作
对了，之前再来一个reuseaddr的选项