【问题标题】:Repeated web service calls via a proxy web service - performance通过代理 Web 服务重复调用 Web 服务 - 性能
【发布时间】:2013-02-21 14:49:56
【问题描述】:

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

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

我的问题是,如果我在第一次 Web 服务调用时建立连接,但在第一次调用时不关闭连接,后续的 Web 服务调用是否会重新使用现有连接(因为它是静态的)?或者它会使用 3rd 方服务重新创建另一个会话?

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

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

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

我将尝试给出一个代码示例,这是批处理作业代码:

ws.EstablishConnection();

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

ws.Dispose();

网络服务代码:

[WebMethod]
public static void ImportRecord(MyRecord myRecord)
{
   try
   {
      OpenConnection();
      _3rdPartyWS.ImportRecord(myRecord);
   }
   catch (Exception)
   {
      throw;
   }
   finally
   {
      CloseConnection();
   }
}

【问题讨论】:

    标签: c# .net web-services


    【解决方案1】:

    我的问题是,如果我在第一次 Web 服务调用时建立连接,但在第一次调用时不关闭连接,后续的 Web 服务调用是否会重新使用现有连接(因为它是静态的)?

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

    或者它会重新创建与 3rd 方服务的另一个会话?

    Web 服务是“无会话”的,每个调用都将在它自己的会话中。

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

    你的连接对象是静态的......你不能在不明确调用“closeConnection”的情况下关闭连接。

    除此之外,我们的服务器每晚都会自动执行 IIS 重置 根据,如果当时连接仍然打开,它是否会处理 我的连接是否正确?

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

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

    [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 服务循环非常慢,您永远不应该这样做。

    【讨论】:

    • 谢谢@Guish“你的连接对象是静态的......你不能在不明确调用“closeConnection”的情况下关闭连接,是否可以在这里实现某种Dispose方法?“注意因为“打开”连接可能超时。”我遗漏了一些代码,在我的 Web 服务的 OpenConnection() 方法中,我检查 _3rdParyWS 是否已经实例化并连接,如果没有,则重新建立连接。在我当前的设置中,它每次都会重新建立。
    • 所以如果我最后不调用 CloseConnection() 方法,它会看到 _3rdParyWS 已经实例化并连接,然后跳过该步骤吗?我考虑过这样做,但我得到了每个单独的导入调用的响应/错误代码返回值以及导入的状态。我想我也可以走这条路,只需将 ImportDocumentResult 对象更改为数组而不是单个实例。我会看看我是否不能让它工作。感谢您的帮助!
    • 如果您的连接对象被声明为“静态”,那么它将为您的应用程序池中的所有对象共享。您的第 3 方合作伙伴可能会限制打开连接的最大数量。保持连接打开将“使用”最大连接数中的 1 个。您应该始终关闭连接以保持清洁,但连接会在特定超时后自行关闭。重复使用相同的“静态”连接对象不应使用新连接。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2013-07-04
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多