我目前正在尝试使用Indy在TCP上编写自定义更高级别的协议。本质上,我想发送一条记录(使用流),但是这条记录可以表明要跟随的x字节将是一个图像文件。
因此,当在服务器上收到记录时,如果它的内容表明它后面是图像,则需要将记录和图像数据分开。
var
Segment: TDPPSegment;
Segment2: TDPPSegment;
Buffer: TIdBytes;
Buffer2: TIdBytes;
Mem: TMemoryStream;
begin
if (Client.Connected) then begin
Segment.NameStr := 'Adrian';
Segment2.NameStr := 'Jon';
Mem := TMemoryStream.Create;
Mem.Write(Segment, SizeOf(Segment));
Mem.Write(Segment2, SizeOf(Segment2));
//The Size of the stream is 8 bytes here!
Client.IOHandler.Write(Mem, 0, False);
端;
要模拟'图像文件',我只想连续发送两个记录;这就是目的。请注意,我一次发送整个内存流(!)而不是按记录记录。但有趣的是,服务器运行两次OnExecute事件!
var
Buffer: TIdBytes;
Segment: TDPPSegment;
Mem: TMemoryStream;
begin
Mem := TMemoryStream.Create;
AContext.Connection.IOHandler.ReadStream(Mem, SizeOf(TDPPSegment), False);
//Incoming stream size is FOUR bytes but TWICE!
Mem.Position := 0;
Mem.Read(Segment, SizeOf(TDPPSegment));
Showmessage(Segment.NameStr);
我希望它执行一次,所以将来我可以先阅读标题记录(已知大小),然后看看有什么/如果有什么要遵循并采取相应行动..
非常感谢帮助!
感谢阅读, 阿德里安
答案 0 :(得分:0)
您的记录中包含非ShortString字符串,这一点很明显,字符数据占用的字节数大于写入流中的字节数 - 这意味着指针值(2 x SizeOf(指针))被写入流而不是实际字符。因此,您必须手动序列化字符串,例如通过发送字符串长度后跟实际字符。如果您计划支持Delphi 2009+,则必须考虑Unicode,因此您应该在传输字符串之前对其进行编码,然后在接收端对其进行解码。
记录对于在内存中组织数据很有用,但通常不会非常适合通过网络传输数据,除非记录仅包含POD类型(并且字符串不符合此类条件)。
试试这个:
procedure WriteStrToIO(IO: TIdIOHandler; const S: String);
var
Buf: TIdBytes;
Len: Integer;
begin
Buf := ToBytes(S, IndyUTF8Encoding);
Len := Length(Buf);
IO.Write(Len);
if Len > 0 then IO.Write(Buf);
end;
var
Len: Integer;
Buf: TIdBytes; // or whatever you want to use...
begin
if Client.Connected then
begin
WriteStrToIO(Client.IOHandler, 'Adrian');
Buf := ...; // secondary data
Len := Length(Buf);
Client.IOHandler.Write(Len);
if Len > 0 then
Client.IOHandler.Write(Buf);
...
end;
end;
var
NameStr: String;
Buf: TIdBytes;
begin
with AContext.Connection.IOHandler do
begin
NameStr := ReadString(ReadInteger, IndyUTF8Encoding);
// read secondary data ...
ReadBytes(Buf, ReadInteger);
end;
// ShowMessage() is not thread-safe!
Windows.MessageBox(0, PChar(NameStr), 'NameStr', MB_OK);
end;
对于多次触发的OnExecute
事件,这是正常行为。该事件根本不依赖于数据传输。它在连接的生命周期中以连续循环方式调用。退出事件处理程序后,如果客户端仍处于连接状态,则会立即再次触发它。这对于像你这样的基于消息的协议很有用,其中事件被触发,读取等待数据到达的单个消息,退出,再次被触发以读取等待数据到达的下一个消息,等等。