我需要定期与plc通信(每隔1秒),我发送消息和接收消息。我使用Socket类来进行这种通信。我是否需要每隔1秒打开连接( socket=new Socket(ipaddress, port) ),然后发送消息,然后发送socket.close(),或者一直保持socket opet?
发布于 2011-02-02 18:02:01
我假设您在这里谈论的是TCP套接字...
除了每秒建立TCP连接所涉及的明显低效之外,您还可能最终在TIME_WAIT中累积套接字(希望在您的客户机上)。
我在我的博客http://www.serverframework.com/asynchronousevents/2011/01/time-wait-and-its-design-implications-for-protocols-and-scalable-servers.html上写过关于TIME_WAIT和它引起的服务器可伸缩性和稳定性方面的问题
给定您打开和关闭套接字的速度(在正常的(4分钟) 2MSL TIME_WAIT周期内,每秒一次将导致240 (60*4)个套接字驻留在TIME_WAIT中),假设TIME_WAIT套接字最终在客户端而不是在服务器上,并且假设您不是每秒连接到许多服务器,这应该不是太大的问题,但是...如果您每秒都有许多客户端连接到您的服务器,并且您不能确保您的服务器不会累积处于TIME_WAIT状态的套接字,那么您可能会限制服务器的可伸缩性。
另一种方法是保持套接字连接打开,只有在中断时才重新打开它。对于初始编程来说,这可能会稍微复杂一些,但以这种方式共享连接可能会更有效(当您确实需要发送数据时,只需发送数据,而不需要通过TCP握手来建立连接),并且在客户机上资源效率更高;您不会总是在TIME_WAIT中持有240个套接字……
发布于 2011-02-02 17:52:28
保持套接字始终连接将减少网络流量和客户端的计算时间。但是,如果服务器使用阻塞I/O,则在许多客户端保持连接的情况下可能会耗尽连接线程。您还必须处理由于超时、网络问题和服务器停机而导致的连接中断。
发布于 2011-02-02 17:48:01
您可以拥有永久连接的客户端,其中客户端始终连接到服务器。但是这种方法的性能取决于服务器的实现方式。如果它使用线程模型(每个客户端连接一个线程),那么在处理大量客户端连接时,您可能会发现自己耗尽了资源。如果您的服务器使用基于事件的方法来处理请求,那么只要“计算”时间不长,您应该可以使用永久客户端方法。
一如既往,根据您的用例进行基准测试,您应该可以进行测试。
https://stackoverflow.com/questions/4872800
复制相似问题