你得先说一下是什么引起了阻塞，或者将你发送数据的代码贴出来看看。

Quote: 引用 1 楼 Libby1984 的回复:

你得先说一下是什么引起了阻塞，或者将你发送数据的代码贴出来看看。

 void TCPService()

        {

            try

            {

                IPEndPoint ip = new IPEndPoint(IPAddress.Parse(192.168.1.10), 6650);

                Socket soc = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);

                soc.ReceiveTimeout = 5000;

                soc.Bind(ip);

                soc.Listen(200);

                while (true)

                {

                    Socket hander = soc.Accept();

                    new Thread(new ParameterizedThreadStart(ControllerTCPComunication)).Start(hander);

                }

            }

            catch (Exception ex)

            {

                Console.WriteLine("TCP服务异常，异常信息:" + ex.ToString());

            }



        }



 void ControllerTCPComunication(object obj)

        {

            Socket socket = (Socket)obj;

            socket.SendBufferSize = 65536;

while(true){

            byte[] data = new byte[16384];

            socket.Receive(data);

            socket.Send(new byte[]{......})

            Console.WriteLine("发送成功“);

              }

}

send也有异步方法的

1. 你在Send之前还调用了Receive函数，是否是Receive函数阻塞了send函数的调用。你可以暂时将Receive函数注释掉看send是否还是阻塞。
2. 是不是某些其他原因导致发送字节很慢，下面是MSDN中一段关于Send函数的描述，Send在发送完所有字节前是阻塞的

如果您使用的是面向连接的协议，则除非使用 Socket..::.SendTimeout 设置了超时值，否则，Send 将一直处于阻止状态，直到发送完缓冲区中的所有字节。如果超过超时值，Send 调用将引发 SocketException。在非阻止模式下，Send 可能会成功完成，即使它发送的字节数小于缓冲区中的字节数。应由您的应用程序负责跟踪已发送的字节数并重试操作，直到应用程序发送了缓冲区中的字节数为止。不能保证发送的数据会立即出现在网络上。为提高网络效率，基础系统可能会延迟传输，直到收集了足够多的传出数据后才开始发送。Send 方法的成功完成意味着基础系统有空间来缓冲用于网络发送的数据。 

3. 试试用SendTo替换Send方法

你用的都是同步发送和接收

socket.Receive(data);

这句话肯定会引起问题啊,先必须收到客户端发来的包才会往下面走的,没收到会等待

既然是TCP通讯，为什么不直接用C#封装好了的TCP通讯接口呢，一样是Sockt。服务端使用TcpListener ，客户端使用TcpClient。
http://www.cnblogs.com/jhlong/p/5799248.html

1.肯定不是receive导致的阻塞，因为我发送完成后会打印状态的，
2.某些原因我也在查，
3sendto和send效果一样，就连beginsend都会导致阻塞10S，而且从日志上看出endsend在1S内执行完，但是beginsend还是需要阻塞10S，这一点是很不符合逻辑的，无论是通过其他方式做实验还是微软的说明都是说beginsend不会阻塞，只是回调句柄中的endsend才会阻塞到发送完成，这是个很费解的事。 更费解的是客户端都受到了数据，send还在阻塞，这是个无法理解的事。

我们一台服务器控制一千多个客户端，当然那个性能好用哪个

 void ControllerTCPComunication(object obj)
        {
            Socket socket = (Socket)obj;
            socket.SendBufferSize = 65536;
while(true){
            byte[] data = new byte[16384];
            socket.Receive(data);
            socket.Send(new byte[]{......})
            Console.WriteLine("发送成功“);
              }
}
这种代码我是完全“不能理解”啊！

当你发送消息（包括返回值），你直接 send 就行了，跟 Receive 有什么纠结？为什么在接收数据的过程中写 send 语句？为什么 send 之前要写一条 Receive 语句？

如果不懂得左右手分开的道理，那就是还没有理解左右手。你这里的流程实在是完全没有理解收发数据的流程问题。

Quote: 引用 8 楼 Q1092926267 的回复:

1.肯定不是receive导致的阻塞，因为我发送完成后会打印状态的，
2.某些原因我也在查，
3sendto和send效果一样，就连beginsend都会导致阻塞10S，而且从日志上看出endsend在1S内执行完，但是beginsend还是需要阻塞10S，这一点是很不符合逻辑的，无论是通过其他方式做实验还是微软的说明都是说beginsend不会阻塞，只是回调句柄中的endsend才会阻塞到发送完成，这是个很费解的事。 更费解的是客户端都受到了数据，send还在阻塞，这是个无法理解的事。

不是说 receive 导致了阻塞，你贴的代码说明你在 Receive 和 Send 的分离上，根本就是一个诡异的内部理解问题，也就是说你在本质上没有理解如何编写通讯程序、然后把无关的东西放在一起，为了这中纠结，你一定是还另外写了一大堆复杂的东西来调和这些诡异的结果，而那些部分一定阻塞了——但是你自己更加不理解那些部分的 bug。

一个使用同步 Recieve 的小程序（主要是自己练习用的），直接写

 void ControllerTCPComunication(object obj)

        {

            Socket socket = (Socket)obj;

 while(true){

            byte[] data = new byte[16384];

            var len = socket.Receive(data);

            处理解析收到的数据(data, len);

              }

}

这才是正确的模式。那么当解析到确实接收到了一个完整的信息，假设需要返回，在处理解析的部分去随时可以 Send 返回数据；但是假设没有收到完整的数据包，不能解析和执行，就不会 Send 返回值。

而你的程序，只 Receive，不解析，就莫名其妙地不知从哪里找来数据 Send 数据，可以说编程流程完全相反。完全不可理解。除非你说你贴错了代码了，少写了多少调代码，否则这个代码可以证明你们有一大堆诡异的代码在另外做一些事情，才会有这种诡异的流程。

Quote: 引用 11 楼 Q1092926267 的回复:

我们一台服务器控制一千多个客户端，当然那个性能好用哪个

目前来看，一个客户端就已经不能保证正确了。

你们纠结毛线啊
http://bbs.csdn.net/topics/392158734
好东西帮你解决一切烦恼