idTcpClient 被动接收服务端传递小的做法

[searoom]

在用 indy 写服务器程序，对socket 编程不熟悉呀，伤不起，简单的问题都得想大头

比如想实现消息服务，客户端可以相互之间发送消息（Socket打洞等做法不想），我的想法是，客户端A要发消息给B，把消息发给服务器，服务器进行中转再发给B，这样就存在 B需要被动接收服务器发送过来的消息，

第一种方法：客户端用一个线程不停 ReadLn。对这种方法，我的疑惑是如何区分服务器发送过来的不同类型的消息呀？
第二种方法：是在客户端再创建一个 server，这种方法我觉得相当于每个客户端都是服务器，将来要设端口映射和防火墙得死人，不科学。

昨天晚上我又想了一个方法，由客户端定时发送一个固定消息给服务器，相当于心跳包，在服务器端存储一个发送给各个客户端的数据队列，服务器收到客户端这个心跳消息时，就检查队列，如果有给这个客户端的消息就将其发送过去。


希望各位大侠帮我解释解释这种事情开发的方法，对socket 编程不太熟悉

[SQLDebug_Fan]

楼主可以参考下服务器和客户端交互的例子，有完整代码和运行程序：http://blog.csdn.net/sqldebug_fan/article/details/7881793，这里客户端有使用INDY的TIdTCPClient组件。

[mdejtod]

定义通讯结构体包含客户端的一些基本信息，如ID,名称，连接后的 AThread: TIdPeerThread ，以供服务端主动跟客户端通讯使用 一旦有连接，将它保存到Tlist 中， 区分信息，只要定义通讯类型及描述，以WriteBuffer的形式发送数据包，接收后接收后进行处理

[孤独de猫]

用TTcpClient 和 TTcpServer 就可以了。

[wylton]

我的疑惑是如何区分服务器发送过来的不同类型的消息呀？ 添加通讯协议，譬如@m+'B'表示发给B, @m+'A'表示发给A. 中转时寻找A或B的标识，找到就发送。

[searoom]

谢谢大家的回复，通过线程的方式确实可以比较好的实现客户端及时应答服务端主动发过来的消息，只不过在线程中 RealLn 时需要使用 TimeOut 参数，否则，线程会卡死，同时也就把主线程中的 idtcpclient 卡死了

[团子妈]

同求方法...我也研究这个好几天了

[zhang3652]

当然用第一种方法，线程里接收，TimeOut 也是必须的。你所顾虑的不同消息类型，如果有不同类型，那就是协议设计有问题了，你总不能又处理字符串又处理二进制数据。如果只有字符串那你就ReadLn，如果二进制数据ReadBuffer 读，那你看协议怎么定了。一般协议都有个固定长度的头，头里有长度，根据长度再读剩余数据 你后面写的心跳包我也觉得有问题。 从理论上来说TCP本身已经保证了通讯正常，心跳包也就无意义，只有意外断网到触发Disconnect中间那段时间的数据可能会收不到，那你应该设计为每条数据都要有返回，服务器没收到返回就认为没发送成功，等B下次连接时再发给B。