如何解决来自 SOAP / WSDL Web 服务调用的简单字节数组回复超时过度......好像它开始回复但从未完成？
我的 C# 客户端（在 .NET Framework 4.5.1 或更高版本上运行）调用 WSDL 定义的 SOAP Web 服务调用，该调用返回一个字节 []（长度通常约为 100000）。我们对这个 Web 服务进行了数百次调用——它们通常只需要几秒钟就可以返回。但非常间歇性地，该调用在那里停留了 5 分钟，然后抛出 InvalidOperationException 指示“XML 文档中存在错误 (1,678)”，而 InnerException 是 WebException “操作已超时”。我们在这个调用中封装了一个 try-catch，寻找那些特定的异常，然后询问用户他们是否希望我们重试它，通常它在下次尝试时工作得很好。
查看服务器上的日志，正常调用和间歇性错误调用的日志看起来完全相同。特别是，在这两种情况下，我们都在 Web 服务的最后获得了日志语句，就在“return byteArray;”之前……而且它是在从调用开始后的 3-15 秒内完成的。所以，看起来 web 服务成功返回了字节数组，但是调用 web 服务的客户端却从未收到它。
然而，客户端不会得到典型的 SoapException 或 WebException...例如，如果我们在返回之前在调试器中暂停 Web 服务，那么在 60 秒后客户端将得到一个 WebException “操作已超时出去。”但是在这种情况下我们没有得到...相反，在我们最终得到上面提到的 InvalidOperationException 之前，我们被困在那里整整 5 分钟。所以，就好像它开始接收回复一样，所以它不会认为它以正常方式超时，但它永远不会得到回复的其余部分，并且包含回复的 XML 的解析/反序列化最终超时。
问题 1：对这里发生的事情有什么建议吗？或者我们可能在我们的网络服务中做错了什么，导致 byte[] 回复在返回中间歇性地卡住？我显然很想解决根本问题。
问题 2：什么控制了 5 分钟超时的长度？？除了荒谬的 5 分钟超时之外，我们对此的异常处理是可以的。大约 10 秒后，用户知道它卡住了，因为它通常在 10 秒或更短的时间内返回。但是他们必须坐在那里等待5分钟才能做任何事情。我们已经将我们可以找到的每个超时设置设置为仅 60 秒，但似乎没有人控制这一点。我们已经设置：
- 在服务器 Web.config 中：
<httpRuntime executionTimeout="60"> - 在服务器 Global.asax.cs 中：
HttpContext.Current.Server.ScriptTimeout = 60; - 在服务器和客户端：
ServicePointManager.MaxServicePointIdleTime = 60000; - 在客户端中，在我们使用所有 Web 服务调用更新从 SoapHttpClientProtocol 派生的 WSDL 定义的类之后，我们立即调用：
service.Timeout = 60000;
我们之前将那些设置为默认值或设置为 100 / 100000 ...我们将它们全部降低到 60 / 60000 以查看 5 分钟的等待时间是否会减少（以防万一其中一个或多个添加到那 5 分钟）。但是不，无论我们将任何超时更改为什么，在这种情况下，每次卡住时，超时仍然是 5 分钟。
有没有人知道当它在包含由于超时的 InnerException WebException 而返回的字节数组的 XML 文档上生成 InvalidOperationException 时，超时的长度是在哪里设置的？？ （请！）
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
