c# socket编ftp客户端 Receive接收数据不全的问题

[mrnian2008]

写ftp客户端，List命令后用下面的函数接受返回的文件列表信息。出现一个奇怪的现象：接收数据不全，我设的缓冲区是4096字节，程序正常运行时，只能执行一次Receive接收一次4096，即使需要返回的数据有n*4096。但是我单步调试的时候，就能把n*4096完全接受，请高手指点。
当然只是对个别服务器会出现这种情况。之前我的缓冲区设为512字节，连另一个站点时就出现过接收不全的问题，于是我改成4096，结果能收全了。但是现在连接个别站点时4096又收不全了，于是尝试用8192，但是面对远大于8192的数据，还是只能收不足8192的数据，快疯掉了。

Byte[] buffer = new Byte[BLOCK_SIZE];

        public bool ReadDataChannel(Socket ConctrolSocket,Socket DataSocket)
        {
            string sBuffer = "";
            sListBuffer = "";
            while (true)
            {
                try
                {
                    int iBytes = DataSocket.Receive(buffer, buffer.Length, 0);
                    sBuffer += Encoding.Default.GetString(buffer, 0, iBytes);
                    if (iBytes < buffer.Length)
                    {
                        break;
                    }
                }
                catch (Exception ex)
                {
                    m_strError = ex.Message;
                    return false;
                }
            }

            DataSocket.Close();
            DataSocket = null;
            sListBuffer = sBuffer;
            m_strReply = "";
            return GetReply(ConctrolSocket);
        }

[xianguang321]

           while (true)
            {
                try
                {
                    int iBytes = DataSocket.Receive(buffer, buffer.Length, 0);
                    sBuffer += Encoding.Default.GetString(buffer, 0, iBytes);
                    if (iBytes <= 0)
                    {
                        break;
                    }
                }
                catch (Exception ex)
                {
                    m_strError = ex.Message;
                    return false;
                }
            }

你写错了，这样试试看！

[xianguang321]

if (iBytes <= 0)而不是你写的if (iBytes < buffer.Length)

[xianguang321]

如果你的目标不是你BLOCK_SIZE的整数倍那你永远都有丢包的可能，呵呵！

[Garnett_KG]

try.

         while (true)
            {
                try
                {
                    int iBytes = DataSocket.Receive(buffer, buffer.Length, 0);
                    ////////////////////////////////////////
                    Decoder def = Encoding.Default.GetDecoder();
                    int charCount = def.GetCharCount(buffer, 0, buffer.Length);
                    Char[] chars = new Char[charCount];
                    sBuffer+=chars.ToString();
                    if (chars.Length==0)
                    {
                        break;
                    }
                    ////////////////////////////////////////
                }
                catch (Exception ex)
                {
                    m_strError = ex.Message;
                    return false;
                }
            }

[mrnian2008]

14楼什么意思？请明示!

[mrnian2008]

其实那个判断条件我的也没错，我是用当前已经获取的包大小来判断的，如果当前获取的包比我设置的BLOCK_SIZE小的话，应该就是最后一个包了吧。
我最主要的问题是，明明还有数据，可接受时iBytes就是等于0，接收不到数据。但是单步调就是能收到，望大家关注这个问题，不胜感激！

[xianguang321]

            while (true)
            {
                try
                {
                    int iBytes = DataSocket.Receive(buffer, buffer.Length, 0);
                    sBuffer += Encoding.Default.GetString(buffer, 0, iBytes);
                    if (iBytes <= 0)
                    {
                        break;
                    }
                }
                catch (Exception ex)
                {
                    m_strError = ex.Message;
                    return false;
                }
            }

[xianguang321]

你改成iBytes <= 0试试，我的FTP是这样用的，没有问题，呵呵

[wangzhe1945]

TCP 是流传输，需要对接收到的数据进行长短判断，直到接受到指定的长度为止

[wangzhe1945]

Socket的Send,Recv的长度问题：

一个包没有固定长度，以太网限制在46－1500字节，1500就是以太网的MTU，超过这个量，TCP会为IP数据报设置偏移量进行分片传输，现在一般可允许应用层设置8k（NTFS系统）的缓冲区，8k的数据由底层分片，而应用层看来只是一次发送。
windows的缓冲区经验值是4k。
Socket本身分为两种，流(TCP)和数据报(UDP)，你的问题针对这两种不同使用而结论不一样。甚至还和你是用阻塞、还是非阻塞Socket来编程有关。
1、通信长度，这个是你自己决定的，没有系统强迫你要发多大的包，实际应该根据需求和网络状况来决定。对于TCP，这个长度可以大点，但要知道，Socket内部默认的收发缓冲区大小大概是8K，你可以用SetSockOpt来改变。但对于UDP，就不要太大，一般在1024至10K。注意一点，你无论发多大的包，IP层和链路层都会把你的包进行分片发送，一般局域网就是1500左右，广域网就只有几十字节。分片后的包将经过不同的路由到达接收方，对于UDP而言，要是其中一个分片丢失，那么接收方的IP层将把整个发送包丢弃，这就形成丢包。显然，要是一个UDP发包佷大，它被分片后，链路层丢失分片的几率就佷大，你这个UDP包，就佷容易丢失，但是太小又影响效率。最好可以配置这个值，以根据不同的环境来调整到最佳状态。
send()函数返回了实际发送的长度，在网络不断的情况下，它绝不会返回(发送失败的)错误，最多就是返回0。对于TCP你可以写一个循环发送。当send函数返回SOCKET_ERROR时，才标志着有错误。但对于UDP，你不要写循环发送，否则将给你的接收带来极大的麻烦。所以UDP需要用SetSockOpt来改变Socket内部Buffer的大小，以能容纳你的发包。明确一点，TCP作为流，发包是不会整包到达的，而是源源不断的到，那接收方就必须组包。而UDP作为消息或数据报，它一定是整包到达接收方。
2、关于接收，一般的发包都有包边界，首要的就是你这个包的长度要让接收方知道，于是就有个包头信息，对于TCP，接收方先收这个包头信息，然后再收包数据。一次收齐整个包也可以，可要对结果是否收齐进行验证。这也就完成了组包过程。UDP，那你只能整包接收了。要是你提供的接收Buffer过小，TCP将返回实际接收的长度，余下的还可以收，而UDP不同的是，余下的数据被丢弃并返回WSAEMSGSIZE错误。注意TCP，要是你提供的Buffer佷大，那么可能收到的就是多个发包，你必须分离它们，还有就是当Buffer太小，而一次收不完Socket内部的数据，那么Socket接收事件(OnReceive)，可能不会再触发，使用事件方式进行接收时，密切注意这点。这些特性就是体现了流和数据包的区别。
补充一点，接收BuffSize >= 发送BuffSize >= 实际发送Size，对于内外部的Buffer都适用，上面讲的主要是Socket内部的Buffer大小关系。
3、TCP是有多少就收多少，如果没有当然阻塞Socket的recv就会等，直到有数据，非阻塞Socket不好等，而是返回WSAEWOULDBLOCK。UDP，如果没有数据，阻塞Socket就会等，非阻塞Socket也返回WSAEWOULDBLOCK。如果有数据，它是会等整个发包到齐，并接收到整个发包，才返回。

[mrnian2008]

谢谢各位！！1

[xianguang321]

问题解决了吗？

[zhouxiancai]

好东东

[liefeng999]

解决了为什么不把解决方案给呈现出来，以利后人呢？

[liefeng999]

俺也遇到了同样的问题，求教！

[zhaoruoxu]

同样问题，怎么解决的？？

[FallenChan]

谢谢，我问题都解决了

[bluoshy]

解决了为什么不把解决方案给呈现出来，以利后人呢？

[蓝翡翠]

      while (true)
      {
        int iBytes = socketData.Receive(buffer, buffer.Length, 0);
        output.Write(buffer, 0, iBytes);
        if (iBytes <= 0)
        {
          break;
        }
        System.Threading.Thread.Sleep(50);//主要是这句话
      }

[蓝翡翠]

      while (true)
      {
        int iBytes = socketData.Receive(buffer, buffer.Length, 0);
        output.Write(buffer, 0, iBytes);
        if (iBytes <= 0)
        {
          break;
        }
        System.Threading.Thread.Sleep(50);//主要是这句
      }