我有两个Java应用程序之间的套接字tcp连接。当一侧关闭插座时,另一侧保持打开状态。但我希望它被关闭。我也等不及看它是否可用,然后关闭它。我想要某种方式从一侧完全关闭它。 我能做什么?是否可以关闭客户端和服务器端的Java套接字?
回答
TCP不能像这样工作。即使TCP堆栈知道另一端关闭它,操作系统也不会释放资源,即文件描述符和端口,直到应用程序明确关闭套接字或死亡。在从对等端收到FIN时,从内核到用户应用程序没有回调。操作系统向对方确认,但在发送其FIN数据包之前等待应用程序调用close()
。看看TCP state transition diagram - 你在被动关闭框。
检测这种情况的一种方法是在不为每个套接字指定线程的情况下使用select/poll/epoll/kqueue
函数系列。被动关闭的套接字将被标记为可读,读取尝试将返回EOF。
希望这会有所帮助。
如果您仍然从您的套接字读取数据,那么您将在关闭时检测-1。
如果您不再读取套接字,请继续并关闭它。
如果它们都不是这些,你可能有一个线程等待一个事件。这不是您想要处理数千个端口的方式! Java会开始在Windows的大约3000个线程中获取pukey - 在Linux中更少(我不知道为什么)。
确保您使用的是NIO。使用单个线程来管理您的所有端口(连接池)。它应该只抓取线程中的数据,并将其转发到队列中。在那一点上,我想我会有一个线程池将数据从队列中取出并处理它,因为实际处理来自端口的数据需要一些时间。
将线程连接到每个端口将不起作用,并且是需要NIO的最大原因。另外,将某种“关闭”消息作为触发关闭端口的流的一部分可能会使事情工作更快 - 但仍然需要处理-1来覆盖破碎流的情况
通常的解决方案是让对方知道你要在关闭连接之前关闭连接。例如,在SMTP协议的情况下,服务器在关闭连接之前将发送'221 Bye'。
尽管这是一个很好的优化,但它不会处理丢失的连接,并最终会堆积开放的端口。在有数千个端口打开的系统中这是不可接受的,但它确实减少了“我可以关闭此端口”扫描的频率。 – 2010-01-30 01:31:04
- 1. Netty - 是否关闭客户端的套接字关闭服务器的通道
- 2. 同时关闭服务器和客户端套接字连接
- 3. Java客户端服务器“套接字已关闭”
- 4. Java套接字 - 关闭到服务器套接字的telnet客户端连接
- 5. 套接字java客户端服务器
- 6. Java套接字客户端/服务器
- 7. java:关闭客户端套接字重置服务器套接字
- 8. 关于检查客户端是否从服务器套接字
- 9. 由于关闭套接字,服务器回复客户端消息失败 - Java客户端 - 服务器示例
- 10. C套接字服务器,Java套接字客户端:阻塞!
- 11. Python套接字客户端到Java套接字服务器
- 12. php套接字服务器检查客户端是否连接
- 13. 服务器套接字只在客户端套接字关闭后打印
- 14. 服务客户端在perl后套接字连接关闭
- 15. PHP套接字服务器/客户端
- 16. 客户端服务器udp套接字
- 17. 客户端 - 服务器套接字
- 18. 服务器/客户端套接字
- 19. 客户端服务器套接字C#
- 20. Python服务器客户端套接字
- 21. 无法连接Java套接字服务器和客户端
- 22. 我无法关闭服务器和客户端之间的套接字连接
- 23. Java套接字。服务器端与客户端通讯
- 24. Java客户端/服务器套接字端口分配
- 25. 套接字客户端是否可以关闭连接并且服务器不知道?
- 26. Java客户端和带有套接字的PHP服务器
- 27. 客户端和服务器的Java套接字问题
- 28. C++检测客户端是否关闭连接(多套接字)
- 29. java套接字服务器和套接字客户端之间的连接
- 30. Java TCP客户端和C#服务器;客户端只接收服务器关闭后的消息
TCP状态转换图链接给出了404 – 2015-06-12 14:11:03