★请教：fork进程遇到端口状态不释放的问题★

testtt

气死我了！！！！刚写完了帖子！！！！！脚碰到了电源！！！！！！

重写！！！！！！！！！疯了我！！！！

废话少说，请教大家：

写了一个C/S程序，简单介绍一下：Server在6666端口监听（使用netstat可以看到6666端口状态为LISTEN），准备接收来自Client的命令，当收到Client的“启动”命令时，Server fork()一个进程，execlp()另一个程序AAA，该AAA程序内为循环，一直运行，此时使用netstat可以看到6666端口增加一个状态为CLOSE_WAIT，此时Client依然可以向Server发送其他命令。只有当Client发送“停止AAA”的命令或者手动结束AAA进程时，该CLOSE_WAIT状态才消失。

之所以为这个问题苦恼，是因为：如果AAA在运行过程中，server被错误终止，则该CLOSE_WAIT将一直存在下去，尽管Server的进程已经不存在。此时再结束AAA，也无济于事。重启Server后，因为CLOSE_WAIT状态一直存在，Server将无法接收来自Client的命令，且Client连接Server:6666一次，Server便增加一个CLOSE_WAIT状态。我在多个UNIX平台（sun/hp/aix等）上都试过，这种CLOSE_WAIT状态不会自己关闭。所以每次都很痛苦，需要重启网卡。要么就重启系统。

请各位不吝赐教：
1、为什么fork一个进程便会产生一个CLOSE_WAIT状态？
2、并且这种状态必须随着子进程的终止才能结束？
3、有没有方法避免或者解决这种CLOSE_WAIT的方法？

我曾经尝试向6666端口发送RST标志位=1或者FIN=1的TCP包，也不能reset这个连接。

mushuang

服务器有没有close掉那个端口

fork后服务器的端口socketid还存在 客户的端口socketid也存在
这时这个socketid 引用数=2  
所以服务端应该close

andyY

好象有个可重用的选项的，可惜记不到了

无双

看精华中的SETSOCKOPT

选项是REUSEADDR或是REUSEOPORT

gadfly

在socket之后
setsockopt(sd, SOL_SOCKET, SO_REUSEADDR, ...)
设置可重用这个端口


另外你exec方式执行AAA，AAA复制了父进程的描述符表，最好将所有不用的描述符关闭，像做daemon的方式那样，将所有的描述符关闭一遍。

testtt

多谢楼上各位！！！

mushuang，我不太理解您说的

还有楼上几位兄台，我看了精华区的文章，如果重用端口，那之前出现的CLOSE_WAIT不是依然存在吗？并且我想知道这个CLOSE_WAIT产生的原因。请教各位了。

gadfly，描述符我已关闭了。

无双

键盘的TCP讨论（精华中）
里面有对CLOSE——WAIT说明
你想知道的话看看
或是UNIX网络编程中对CLOSE——WAIT状态的说明

jobman

mushuang 说的对, 必须在 accept之后, 父进程关闭返回的
socket, 重用不解决根本问题.

jobman

忘了一句, 同时在子进程中关闭父进程的socket, 太绕口了,看

mainsock = socket(..);
.....
subsock=accept( mainsock....)

i=fock( .....)
if( i >; 0 )
{
close subsock;
}
else if( i == 0 )
{
close mainsock;
}
else
{
error;
}r

testtt

jobman，我可是万万没有忘记closeaccept()的
究竟是怎么了？我再看看  多谢各位