c# – 为什么写入磁盘时WCF Stream响应被破坏？

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了c# – 为什么写入磁盘时WCF Stream响应被破坏？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1418字，纯文字阅读大概需要3分钟。

内容图文

我想编写一个可以通过网络将文件发送到客户端的WCF Web服务.所以我有一个发送Stream响应的设置.这是我在客户端的代码：

private void button1_Click(object sender, EventArgs e)
{
    string filename = System.Environment.CurrentDirectory + "\\Picture.jpg";
    if (File.Exists(filename))
        File.Delete(filename);

    StreamServiceClient client = new StreamServiceClient();

    int length = 256;
    byte[] buffer = new byte[length];
    FileStream sink = new FileStream(filename, FileMode.CreateNew, FileAccess.Write);
    Stream source = client.GetData();
    int bytesRead;
    while ((bytesRead = source.Read(buffer,0,length))> 0)
    {
        sink.Write(buffer,0,length);
    }
    source.Close();
    sink.Close();
    MessageBox.Show("All done");
}

一切都处理得很好,没有错误或例外.问题是,当我打开它时,传输的.jpg文件被报告为“已损坏或太大”.

我究竟做错了什么？

在服务器端,这是发送文件的方法.

public Stream GetData()
{
    string filename = Environment.CurrentDirectory+"\\Chrysanthemum.jpg";
    FileStream myfile = File.OpenRead(filename);
    return myfile;
}

我的服务器配置了与Transfermode.StreamedResponse绑定的basicHttp.

解决方法:

我认为问题是这样的：

while ((bytesRead = source.Read(buffer,0,length))> 0)
{
    sink.Write(buffer,0,length);
}

想象一下,你正在读取文件的最后一位 – 也许它不再是256字节,而只是10字节.

你读取最后10个字节,bytesRead将是10,但在sink.Write操作中,你仍然使用固定值长度(256).因此,当您读取最后一个数据块时,您正在写出一个可能太大的块.

您需要将接收器的行更改为：

   sink.Write(buffer, 0, bytesRead);

然后它应该工作.

内容总结

以上是互联网集市为您收集整理的c# – 为什么写入磁盘时WCF Stream响应被破坏？全部内容，希望文章能够帮你解决c# – 为什么写入磁盘时WCF Stream响应被破坏？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端