『高手请进』进程在结束的时候如何处理Socket资源的释放？？？？

xiaofei104

我利用Socket写了一个监控的程序，目的主要是监视
运行的服务器程序是否有内存泄漏，如果发现所监视
的服务器程序有内存泄漏的情况下会通过Socket向服
务器发送shutdown的指令，然后在监控的程序中会以
进程的方式重新启动服务器程序。由于我的监控程序
是与需要监视的服务器程序通过Socket以长连接的方
式处理的，当监控程序启动过服务器程序后，如果我
手动将监控程序关掉，在这个时候发现监控程序与服
务器程序建立的TCP连接不会断开。所以对于这一点，
我非常不理解.在没有办法的情况下，我在监控程序中
加了一个钩子，在手动关掉监控程序的时候显示调用
close来释放Socket资源。对于这个问题我有以下疑问：

1.进程在被中止的时候如何处理Socket资源的，是依赖
  与Socket的超时机制，还是会显示调用close来释放？
2.如果是显示调用close的方式，为什么会出现进程结束
  的时候Socket资源无法释放的问题？

jeffwang8001

进程应该会关闭所有的socket，之前应该发一个FIN包。
如果是kill -9可能不会发送，这时对方就不会知道进程已经掉了

jeffwang8001

目的主要是监视
运行的服务器程序是否有内存泄漏

能否透露一下怎么实现

redwolf

楼主高手才对呀.

xiaofei104

to:jeffwang8001

其实我也是你怎么想的，但是关键是在我关闭进程的时候有时候对方是知道ＴＣＰ是断开了的，有时候却不知道TCP端开了．使用的都是同样的关闭进程的方式，为什么得到这么不稳定的结果？？？？？

河里的鱼

我好像记得内核里面有一个参数来修改益处的级别

不太确定,忘了是在哪看到的,好像是一个等待队列

xiaofei104

原帖由 "快乐玩家" 发表：
socket实现时，可以考虑使用 so_reuseaddr 代替 inaddr_any，就可以避免出现这样的问题

供参考

跟你说的这个一点关系都没有呀？？？

xiaofei104

原帖由 "快乐玩家" 发表：
socket实现时，可以考虑使用 so_reuseaddr 代替 inaddr_any，就可以避免出现这样的问题

供参考

跟你说的这个一点关系都没有呀？？？