通过TCP / .NET SSLStream发送文件很慢/不起作用
我正在编写一个服务器/客户端应用程序，它使用SSL（通过SSLStream ），它必须做很多事情（不仅仅是文件接收/发送）。 目前，它的工作原理是：只有一个连接。 我总是使用SSLStream.WriteLine()从客户端/服务器发送数据并使用SSLStream.WriteLine()接收它，因为我可以通过一个连接发送所有信息，我可以从所有线程发送而不会破坏数据。
现在我想实现文件发送和接收。 与我的客户端/服务器应用程序中的其他内容一样，每条消息都有一个前缀（如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;
您的问题源于您通过文本协议执行本质上是二进制操作的事实，并且您通过加密通道执行此操作会加剧该问题。 我不打算为你重新发明这个，但这里有一些选择……
-
考虑转换为HTTPS客户端/服务器模型，而不是重新发明轮子。 这将为您提供一个定义良好的模型，用于文件的PUT / GET操作。
-
如果您不能（或不会）转换为HTTPS，请考虑为二进制数据提供安全传输和定义良好的协议的其他客户端/服务器库。 例如，我经常使用protobuf-csharp-port和protobuf-csharp-rpc在我们的数据中心或本地网络中提供安全协议和传输。
-
如果您坚持使用原始SslStream作为传输，请尝试使用定义良好且经过validation的二进制序列化框架（如protobuf-csharp-port或protobuf-net）来定义协议。
-
最后，如果您必须继续使用您拥有的框架，请尝试一些类似http的技巧。 将名称/值对写为定义后面的原始二进制内容的文本。
首先，无论如何，base64 over ssl都会很慢，ssl本身比原始传输慢。 现在，文件传输不是通过base64完成的，http协议比其他任何东西都稳定得多，并且所有平台上的大多数库都非常稳定。 Base64比实际数据更多，加上编码时间。
此外，您的以下行可能是一个问题。
ThreadInfos.wait.setvalue((csize / size) * 100);//outputs value to the gui
如果你的这一行被阻止，那么每4kb就会减速。 每4kb的更新也是不对的，除非前一个值的进度值相差很大，否则不需要为它更新ui。
我会在网络之前/之后尝试gzip压缩。 根据我的经验，它会有所帮助。 我会说这样的代码有助于：
using(GZipStream stream = new GZipStream(sslStream, CompressionMode.Compress)) { stream.Write(...); stream.Flush(); stream.Close(); }
警告：如果未完成刷新，则可能会干扰SSL。 它需要一些测试……我没有尝试编译代码。
我认为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）;