|
|
1
1
简单的一点是,echo服务器工作缓慢,因为每次读取后都会暂停100毫秒。我想是这样你才有机会看到发生了什么。
因此,您的echo服务器从已在进行的传输中接收数据(正常),但随后在连接上发出新的写入请求(不正常)。我怀疑此写入操作会导致echo服务器提前退出而不读取所有数据。或者:
|
|
2
1
回音服务器坏了。它在每个字节后休眠100毫秒。那样的话,回复你的信息要花很长时间。
这个
我认为这应该管用:
|
|
|
3
-1
您的代码将异步进程包装在
你的
也许您希望WriteAsync只有在成功传输所有字节之后才会返回。这似乎合乎逻辑,但并不正确。WriteAsync在将数据写入流时返回,但这并不意味着数据已通过TCPIP传出。当WriteAsync返回时,流仍将与正在进行的套接字活动一起使用。
因为你的续集不包含任何内容,所以你退出
所以我认为你的客户机和流没有什么问题,刷新它也没用。考虑到用户的行为,您正从所编写的代码中获得预期的行为
你可以读另一个同样的问题 here .
如果你不能控制
奥托,如果你想保留
如果您正在发送非常小的消息,并且确信您知道它们需要多长时间才能被发送或变得过时,那么您可以添加一个手册
或者可以使用非异步的方法。异步方法一直都是异步的,所以
当然,如果你拥有
|