我有一段代码是这样的:
foreach (var e in foobar)
{
var myObj = new MyObj();
GenericResult res = soapClient.doSomething(e);
if(res.success == true){
myObj.a = e.a;
myObj.b = e.b;
}
}
每个 soapRequest 大约需要 500 毫秒,有时 foobar
有 1000 多个元素,所以我浪费了很多时间等待 soapClient 响应。我试过使用 Parallel.ForEach
但它不起作用,因为 SOAP 提供程序只接受序列化请求。提供商建议使用 async
调用,例如 soapClient.doSomthingAsync
问题是在收到 soapClient 响应之前我无事可做。
我想到的唯一解决方案是在 soap 调用中使用 Parallel.ForEach
和 lock
最佳答案
只是一些您可以尝试的事情。
什么类型的身份验证应用于服务调用。如果服务等针对 AD 进行身份验证,则应确保仅对第一个调用进行身份验证,而其余的调用则依此进行。 AD 身份验证可能需要大量时间(0.3 - 1.0 秒)
尝试安装 Fiddler 并将其用作 WCF 代理。 Fiddler 将为您提供分解服务调用执行各个部分所花费时间的方法。
您是否尝试 ping 目标服务器 - ping 时间是否可以接受?
与后续调用相比,第一次调用花费了多少时间。第一次调用总是会花费大量时间,因为 CLR 运行时必须生成大量动态 XML 代码。仅生成 XmlSerializer JIT 代码的成本很高,因为它会动态生成 C# 代码、启动 CSC 编译器并加载生成的 DLL。您可能会查看 SGEN 工具,它可以在编译时而不是运行时生成 XmlSerializer DLL(请注意,这只会对第一次执行计时有帮助)
我看不到服务器端实际花费了多少时间,在 doSomething() 的执行过程中,因此很难看到网络上实际花费了多少时间。有故障的网络硬件、电缆、交换机以及防火墙、路由表、SLA 等可能会对您从中获得的性能产生负面影响。
当然,正如已经提到的那样,拥有这样一个你必须使用的聊天界面远非最佳,服务所有者可能会遇到各种服务器端性能问题,如果这是他们公开界面的正常方式 - 但是那是另一个故事:)
关于c# - 在 C# 中加速 SOAP 请求,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20378905/