.net 上传字符串需要60秒才能发布非常短的字符串

.net 上传字符串需要60秒才能发布非常短的字符串,.net,webclient,.net,Webclient,我正在创建测试。我的UDP测试客户端向我的UDP服务发送消息。有效负载是一个JSON字符串。当发现属性“ForwardingAddress”时,UDP服务会执行以下操作: WebClient.UploadString(forwardingAddress, payload) 所有这些都可以工作,但我的模拟Web服务器是用一个裸套接字和一个围绕从套接字获得的流的StreamReader实现的,ReadToEnd()返回只需要60秒 这闻起来很像超时值。有人知道在哪里可以设置此超时吗?否则,我将被迫

我正在创建测试。我的UDP测试客户端向我的UDP服务发送消息。有效负载是一个JSON字符串。当发现属性“ForwardingAddress”时,UDP服务会执行以下操作:

WebClient.UploadString(forwardingAddress, payload)
所有这些都可以工作,但我的模拟Web服务器是用一个裸套接字和一个围绕从套接字获得的流的StreamReader实现的,ReadToEnd()返回只需要60秒


这闻起来很像超时值。有人知道在哪里可以设置此超时吗?否则,我将被迫用循环和字符串解析状态机替换ReadToEnd。

有一个类HttpListener,它实现HTTP协议的服务器端

在内部,我敢说它包含了我不想写的字符串解析状态机的一个非常完整的实现


这是完全正确的——“TCP-IP”是一套协议,FTP和HTTP是其中的成员。我对框架这一部分的完整性印象深刻。最令人印象深刻的是微软。

如果没有看到服务器端,很难说。如果使用其他方法上载字符串,会发生什么情况?比如说,用浏览器点击它?我不喜欢.net,但我对通用套接字编程的建议是关闭客户端写入流(或EOF),这样“结束”条件就会得到满足。您想看哪台服务器,Jim-UDP服务器还是模拟Web服务器?我很乐意发布其中任何一个的片段,但是UDP服务器代码有点片段化,因为它都是APM。现在我觉得很傻:有一个类HttpListener,它完全满足我的要求。338毫秒而不是60秒。