2

我正在编写一个与 SSL（over SSLStream）一起使用的服务器/客户端应用程序，它必须做很多事情（不仅仅是文件接收/发送）。目前，它是这样工作的：只有一个连接。我总是使用从客户端/服务器发送数据SSLStream.WriteLine()并使用接收它SSLStream.ReadLine()，因为我可以通过一个连接发送所有信息，并且我可以从所有线程发送而不会破坏数据。

现在我想实现文件发送和接收。与我的客户端/服务器应用程序中的其他内容一样，每条消息都有一个前缀（如 cl_files 或 sth）和一个 base64 编码的内容部分（前缀和内容由 | 分隔）。我实现了这样的文件共享：上传者向接收者发送一条关于文件总大小的消息，然后上传者通过前缀发送文件的 base64 编码部分r。

我的问题是文件共享真的很慢。我从 localhost 到 localhost 的速度约为 20KB/s。我还有另一个问题。如果我增加文件的 base64 编码部分的大小（这使得文件共享更快），前缀r不会再发送到接收器（因此无法识别数据）。

我怎样才能让它更快？

任何帮助将不胜感激。

我的（可能是坏的）代码是给客户的：

//its running inside a Thread
FileInfo x = new FileInfo(ThreadInfos.Path);
long size = x.Length; //gets total size
long cursize = 0;
FileStream fs = new FileStream(ThreadInfos.Path, FileMode.Open);
Int16 readblocks = default(Int16);
while (cursize < size) {
    byte[] buffer = new byte[4096];
    readblocks = fs.Read(buffer, 0, 4096);
    ServerConnector.send("r", getBase64FromBytes(buffer));//It sends the encoded Data with the prefix r over SSLStream.WriteLine
    cursize = cursize + Convert.ToInt64(readblocks);
    ThreadInfos.wait.setvalue((csize / size) * 100);//outputs value to the gui
}
fs.Close();

对于服务器：

case "r"://switch case for prefixes
           if (isreceiving)
           {
              byte[] buffer = getBytesFromBase64(splited[1]);//splited ist the received Line over ReadLine splitted by the seperator "|"
              rsize = rsize + buffer.LongLength;
              writer.Write(buffer, 0, buffer.Length);//it writes the decoded data into the file
              if (rsize == rtotalsize)//checks if file is completed
              {
                 writer.Close();
              }
           }
break;
4

4 回答 4

5

您的问题源于您通过文本协议执行本质上是二进制操作的事实，并且您通过加密通道执行此操作正在加剧该问题。我不会为你重新发明这个，但这里有一些选择......

  1. 考虑转换为 HTTPS 客户端/服务器模型，而不是重新发明轮子。这将为您提供一个明确定义的模型，用于对文件进行 PUT/GET 操作。

  2. 如果您不能（或不会）转换为 HTTPS，请考虑为二进制数据提供安全传输和明确定义的协议的其他客户端/服务器库。例如，我经常使用protobuf-csharp-port和protobuf-csharp-rpc在我们的数据中心或本地网络中提供安全协议和传输。

  3. 如果您坚持使用原始 SslStream 传输，请尝试使用定义明确且经过验证的二进制序列化框架（如protobuf-csharp-port或protobuf-net）来定义您的协议。

  4. 最后，如果您必须继续使用现有的框架，请尝试一些类似 http 的技巧。将名称/值对编写为定义随后的原始二进制内容的文本。

于 2012-09-19T00:28:26.617 回答
2

首先，通过 ssl 的 base64 无论如何都会很慢，ssl 本身比原始传输要慢。现在文件传输不是通过base64完成的，http协议比其他任何协议都稳定得多，所有平台上的大多数库都非常稳定。Base64 比实际数据占用更多的大小，加上编码的时间。

此外，您的以下行可能是一个问题。

ThreadInfos.wait.setvalue((csize / size) * 100);//outputs value to the gui

如果您的这条线被阻塞，那么这将每 4kb 减慢。每 4kb 更新一次也是不对的，除非进度值与之前的值相差很大，否则不需要为它更新 ui。

于 2012-09-19T07:16:59.323 回答
1

我会在网络之前/之后尝试 gzip 压缩。根据我的经验，它有帮助。我想说一些这样的代码可能会有所帮助：

using(GZipStream stream = new GZipStream(sslStream, CompressionMode.Compress)) 
{
    stream.Write(...);
    stream.Flush();
    stream.Close();
}

警告：如果 Flush 未完成，它可能会干扰 SSL。它需要一些测试......而且我没有尝试编译代码。

于 2012-09-19T14:49:02.803 回答
0

我认为 Akash Kava 是对的。

while (cursize < size) {
    DateTime start = DateTime.Now;
    byte[] buffer = new byte[4096];
    readblocks = fs.Read(buffer, 0, 4096);
    ServerConnector.send("r", getBase64FromBytes(buffer));
    DateTime end = DateTime.Now;
    Console.Writline((end-start).TotalSeconds);
    cursize = cursize + Convert.ToInt64(readblocks);
    ThreadInfos.wait.setvalue((csize / size) * 100);
    end = DateTime.Now;
    Console.Writline((end-start).TotalSeconds);
}

通过这样做，您可以找出瓶颈在哪里。

此外，您向服务器发送数据包的方式也不可靠。

是否可以粘贴您的实现

ThreadInfos.wait.setvalue((csize / size) * 100);

于 2012-09-19T14:49:58.650 回答