请教关于socket的长连接问题

ChiyuT

模型简化如下：

服务器连接多个客户端。不同的客户端通过tcp给服务器发指令以执行不同的任务，而具体的指令需要根据服务器上任务的运行反馈来确定。因此每个指令的间隔时间不确定，可能几个小时，甚至几天，也可能只有几秒钟。

问题如下：

1    这种需求下，是不是只能采取长联系的方式？不关闭套机字，保持一直相连接。

2    由于tcp是基于流的，如何才能有效确保不同的指令不会发生“粘包”？比如客户端的两条指令被合成一条发给服务器。这样服务器肯定不能正常执行相应的任务。

3    可有类似的源代码供参考？

非常感谢诸位！

dn2010

长连接受到防火墙等一系列的影响，建议用短连接。

ChiyuT

长连接受到防火墙等一系列的影响，建议用短连接。
dn2010 发表于 2011-08-09 21:14

谢谢回帖！

短连接的话，我目前还不太清楚如何实现上述的需求。不知道您可否有合适的建议？

因为具体的任务要运行很长的时间。假如客户端发送“AAA run”指令给服务器，服务器收到指令后便运行AAA任务，然后服务器关闭套接字。那么当客户端下次再要对AAA进行操作的时候（比如读取某些信息），或者服务器需要给原来的客户端发送反馈的时候，该如何重新连接上呢？暂时对此还没有合适的方案。

ChiyuT

想了一晚上，如果我将每个新建任务都进行编号，并将编号发送回客户端。然后在服务器上把新建任务放入一个任务队列，同时记录下pid。再关闭套接字。

当客户端想要再次对任务发出指令的时候，将任务编号和指令一起发给服务器，这样服务器就能找出任务，并对其进行操作。

不知道这个方案合适不，有没有什么漏洞，以及可改进的地方？还请诸位多多指教。

hellioncu

使用短连接，仅凭一个编号取回结果存在不安全因素，因为编号谁都可以伪造。
另外要明确客户端重启还能取回上次的结果么

如果只是一问一答，粘包是不会的了。但不管怎么说，从协议设计来说，一般应该加上包长度以便区分

106033177

回复 1# ChiyuT
不关闭连接的话可以在传输指令的链接上禁止N a g l e算法。

hgrany

你这个模型太简单了。只有连接层。
粘包的问题可以用自定义的包头解决。
短连接执行较长时间的任务，可以多加一个Session层。

dn2010

服务器按指令执行不同的任务，如果任务执行时间不定，有可能太长，建议将结果保存到文件或数据库，由客户端短连接发查询指令上来查询结果。

ChiyuT

使用短连接，仅凭一个编号取回结果存在不安全因素，因为编号谁都可以伪造。
另外要明确客户端重启还能取回 ...
hellioncu 发表于 2011-08-10 08:40

现在打算让客户端在第一次启动服务器上的任务的时候，同时发送一个密码，服务器在此任务运行期间会保存该密码。这样，以后对该任务的连接，都必需先核对密码才能进行操作。

这样应该没问题了吧。。。

ChiyuT

听了诸位的建议，现在还是打算用短连接。

将任务进行标记，加入到任务队列里。客户端根据标记查找任务，并进行后续的操作。