通过TCP / .NET SSLStream发送文件很慢/不起作用

时间:2012-09-10 17:39:14

标签: c# .net tcp sslstream

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

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

我的问题是文件共享真的很慢。我从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;

3 个答案:

答案 0 :(得分:2)

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

此外,您的以下行可能有问题。

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

如果你的这一行阻塞,那么每4kb就会减慢速度。每4kb更新一次也不对,除非前一个值的进度值相差很大,否则无需更新ui。

答案 1 :(得分:1)

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

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

警告:如果未完成刷新,则可能会干扰SSL。它需要一些测试......我没有尝试编译代码。

答案 2 :(得分: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);