在Windows上，RTL的sLineBreak常量为CRLF（#13#10），在Linux上仅为LF（#10）。

根据Memcached protocol spec：

  

内存缓存协议中发送了两种数据：文本行   和非结构化数据。文本行用于来自客户端的命令   和服务器的响应。客户端发送非结构化数据   想要存储或检索数据。服务器将传回   非结构化数据，其接收方式与字节完全相同   流。服务器不在乎字节顺序问题   非结构化数据，并且不了解它们。没有任何限制   可能出现在非结构化数据中的字符；但是，读者   这样的数据（客户端或服务器）将始终从   前文本行，数据块的确切长度为   传输。

     

文本行始终以\ r \ n 终止。非结构化数据也是   即使\ r，\ n或任何其他8位字符也以\ r \ n终止   可能还会出现在数据中。因此，当客户检索   来自服务器的数据，它必须使用数据块的长度（   将提供）以确定数据块的结束位置，而不是   即使\ r \ n紧随数据块的末尾，   会。

Indy的IOHandler有一个WriteLn()方法，该方法在所有平台上发送IdGlobal.EOL常数（又名CRLF）。如果您未明确指定自己的终止符，则IOHandler.ReadLn()在所有平台上默认都处理CRLF和LF终止符。

为了在所有平台上获得一致的体验，建议您从TCP代码中删除对sLineBreak的所有使用，并让Indy为您处理换行符，例如：

program ProjecttestLinuxMemCach;

{$APPTYPE CONSOLE}

{$R *.res}

uses
  System.SysUtils,System.JSON,System.NetEncoding,System.DateUtils,IdTCPClient,IdGlobal;

var
  tcp : TIdTCPClient;
  s   : String;
begin
  try
    tcp := TIdTCPClient.Create;
    try
      tcp.ConnectTimeout :=    1000;
      tcp.ReadTimeout    :=    3000;
      tcp.Host := '192.168.30.141';  // my local memcached server running on linux.
      tcp.Port := 11211;
      tcp.ReuseSocket := rsTrue;
      tcp.Connect;
      try
        tcp.Socket.WriteLn('set q 0 0 1');
        tcp.Socket.WriteLn('b');
        repeat
          s := tcp.Socket.ReadLn;
        until (s = 'END') or (s = '' {and not tcp.Socket.ReadLnTimedOut}) or (s = 'STORED');
        Writeln(s);
      finally
        tcp.Disconnect;
      end;
    finally
      tcp.Free;
    end;
  except
    on E: Exception do
      Writeln(E.ClassName,': ',E.Message);
  end;
  Readln;
end.