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