Question

在我开始发布大量代码之前，我想我可能能够更合乎逻辑地解释我的情况。我在一个页面上有八个下拉列表，它们以完全相同的方式填充，只是它们使用了不同的存储过程。那些返回大量行（大约44000行，但每行平均只有5个字符）的是不起作用的。

我正在使用web服务调用来获取数据。服务调用是用JQueryajax调用的。

当直接在SSMS中运行时，调用大约需要2秒钟才能运行。当返回的记录较少时，一切正常。所以这不是代码逻辑的问题，而是记录数量的问题。

我知道用这么多记录填充任何东西都不是一个好主意，但只有在极少数情况下才会返回这么多记录，我宁愿不捕捉并避免这种情况，我宁愿程序正确运行。

这些电话挂断是有什么原因的吗？我有

<httpRuntime  executionTimeout="10000" maxRequestLength="3048576" />

在我看来，虽然这可能很慢，或者不是一个好主意，但它仍然是可能的！

如果需要，我会发布我的代码。

有什么想法吗？

Answer 1

它挂起了，因为客户端需要很长时间来填充选择。这个问题解释了填充选择的有效方法：用Jquery ajax填充select的最高效的方法

Answer 2

目前尚不清楚请求为何挂起。你有什么错误信息吗？如果没有，那么使用Firebug查看来自服务器的响应可能是值得的，Ajax调用应该出现在Console选项卡中（确保您已经设置了ShowXMLHttpRequests），并且您应该能够深入查看来自那里的失败请求的响应。

看起来您已经设置了ASP.NET超时。这里可能有一个单独的IIS超时，但我只是猜测。

我要补充的唯一一点是，如果您使用ASP.NET Web服务来获取数据，那么在处理大型响应时，将响应序列化为XML所需的时间可能会很长，因此即使数据库查询在2秒内运行，服务器也可能需要更长的时间才能通过Web服务返回数据。然后，浏览器将花费大量时间对其进行反序列化。