关于 c#:Repeated web service calls via a proxy web service – 性能


Repeated web service calls via a proxy web service - performance

这是我的场景，我有一个夜间批处理作业，将记录插入到第 3 方系统/数据库中。所有这些导入调用都通过我创建的代理服务进行路由，主要是因为我的夜间批处理作业由于防火墙而没有直接连接到第 3 方服务。

因此，我在每次作业运行时导入 10000 条记录。我建立了与代理服务的连接，其中代理服务建立了与第 3 方 Web 服务的静态引用/连接。现在(不要笑)，我在我的代理服务中为每个记录建立连接。这意味着，我的代理服务中有 10000 个"OpenConnection"和"CloseConnection"方法调用来完成这 1 个作业的运行。我每天两次运行这项工作。

我的问题是，如果我在第一次 Web 服务调用时建立了连接，但在第一次调用时不关闭连接，那么后续的 Web 服务调用是否会重新使用现有连接(因为它\\' s 静态)？还是会重新创建与 3rd 方服务的另一个会话？

如果这确实有效(为后续调用保持连接打开)，我如何在我的工作完成后关闭连接，以便释放我的托管(或非托管)资源？我不想在我自己的 Web 服务中添加一个名为"CloseConnection"的方法...

除此之外，我们的服务器每晚都会自动进行 IIS 重置，如果那时连接仍然打开，它会正确处理我的连接吗？

抱歉，这里有很多问题，只是在寻找"最佳实践"方法来完成我加快此过程的任务。

我将尝试给出一个代码示例，这里是批处理作业代码：

1
2
3
4
5
6
7
8
ws.EstablishConnection();

for (int counter = 0; counter < 10000; counter++)
{
   ws.ImportRecord(myRecords[counter]);
}

ws.Dispose();

网络服务代码：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
[WebMethod]
public static void ImportRecord(MyRecord myRecord)
{
   try
   {
      OpenConnection();
      _3rdPartyWS.ImportRecord(myRecord);
   }
   catch (Exception)
   {
      throw;
   }
   finally
   {
      CloseConnection();
   }
}

My question is, if I establish the connection on the first web service call, but don't close the connection when that first call is made, will subsequent web service calls re-use the existing connection (since it's static)?

如果是静态的，将使用相同的对象。但是你不会获得太多的速度。请注意，因为"打开"连接可能会超时。

Or will it re-create another session with the 3rd party service?

Web 服务是"无会话"的，每次调用都将在它自己的会话中。

If this does work (leaving the connection open for subsequent calls),
how do I close the connection when my job is done so I can free my
managed (or is it unmanaged) resources? I don't want to add a method
in my own web service called"CloseConnection"...

你的连接对象是静态的......你不能在不明确调用 "closeConnection.

的情况下关闭连接

In addition to that, our servers do automatic IIS RESETS on a nightly
basis, if the connection is still open at that time, will it dispose
of my connection properly?

"池空闲"超时可能在每晚基本 IISReset 之前过去。垃圾收集器将处理您使用的所有内存。第 3 方可能永远不会收到 close() 请求，但它肯定会在一段时间后关闭连接。

在您的情况下，您可以做的最好的事情是实现一个接收 MyReccord 数组的 Web 服务方法。你会在那里节省很多时间。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
[WebMethod]
public static void ImportRecord(MyRecord[] myRecords)
{
   try
   {
      OpenConnection();
      for (int counter = 0; counter < myRecords.Length; counter++)
      {
         3rdPartyWS.ImportRecord(myRecords[counter]);
      }
   }
   finally
   {
      CloseConnection();
   }
}

如果可能的话，更好的情况是让您的第 3 方实现一个接收对象或文件数组的 Web 方法。

Web 服务循环非常慢，你不应该这样做。

相关讨论