问题标签 [timeout]

在 .NET 中最好的方法是什么？我总是忘记我需要什么Dispose()（或用 包裹using）。

编辑：经过长时间使用WebRequest，我发现了自定义WebClient. 好多了。

我正在寻找实现通用方法的好主意，以使单行（或匿名委托）代码在超时时执行。

我正在寻找一种可以在我的代码与气质代码交互的许多地方优雅地实现的解决方案（我无法更改）。

此外，如果可能的话，我希望停止执行有问题的“超时”代码。

我在此处Transaction Binding=Explicit Unbind推荐的连接字符串中使用，因为我也在使用带有超时的 TransactionScope。问题是连接似乎在被处理后并没有关闭，最终连接池中没有更多可用的连接。当我修改 TransactionTimeoutIssueDemo（请参阅链接）并在循环中运行 TransactionScopeTest()（使用显式取消绑定连接字符串）足够多次以用完连接池中的所有可用连接时，我得到了相同的结果。池中连接的默认值为 100，但这可以通过使用设置来更改。即使 SqlConnection 和 TransactionScope 都与Max Pool Size =10using条款。有谁知道如何处理这个？

我试图让一个元素淡入，然后在 5000 毫秒内再次淡出。我知道我可以做类似的事情：

但这只会控制淡出，我会在回调中添加上述内容吗？

我支持通过 WAN 查询远程数据库的一些存储过程。网络偶尔会出现故障，但最糟糕的是程序失败并且必须重新启动。

在过去的几周里，情况发生了险恶的转折。而不是失败的程序挂在一个奇怪的锁定状态。它们不能在 Oracle 内部被杀死，只要它们存在，任何运行该过程的其他副本的尝试也会挂起。我们找到的唯一解决方案是使用操作系统中的“kill -9”来终止有问题的程序。其中一些程序几个月甚至几年都没有改变，所以我怀疑数据库或数据库配置中的根本原因。

任何人都知道我们可以做些什么来解决这个问题？或者 PL/SQL 是否具有可以添加到代码中的超时机制，以便我可以创建一个可以以编程方式处理的异常？

我将只读数据库操作分成多个块，（每个块读取大量数据的子集，对其进行分析并将结果写入磁盘文件）。

每个块在新的 .net 线程（使用委托和 BeginInvoke）上执行 Select（到数据表中）

数据的子集比池中的可用连接多，所以当我用完连接时，在第一个释放之前，后续的连接请求排队...直到连接超时到期，然后我得到超时异常。

我该怎么做，A）当池中的连接都在使用时抑制超时连接异常，或者 B）在我什至请求另一个连接之前检测到它们都在使用，所以我可以等到一个可用时再询问?

I run a subprocess using:

This subprocess could either exit immediately with an error on stderr, or keep running. I want to detect either of these conditions - the latter by waiting for several seconds.

I tried this:

but it just returns:

on either condition. What can I do?

我目前有一个 .net SOAP Web 服务，我使用设置的请求超时

然后我有java客户端调用所说的web服务。但是，当达到超时时，我得到了这个异常：

发生的事情是 Web 服务返回一个带有 http 超时代码的 html 错误页面（我认为是 503？），这是我的 Java 代码（使用 WSDLimport 生成）没有预料到的。

现在我可以在客户端捕获错误 UnsupportedMediaException 并尝试将其转换为更有意义的内容，但我更愿意在 Web 服务端发送更具体的超时异常。.net Web 服务中是否有在超时发生时发送更好的异常，或者有任何其他方式可以更好地处理这种情况？

编辑：
我正在使用 glassfish 2 发行版中的 WSDLImport。

我们有一个基于 ADO.NET 构建的应用程序。我们遵循一些简单的最佳实践，使我们能够利用连接池。例如，使用数据库的代码块可能如下所示：

FWIW，GetDatabaseConnection 没有什么特别之处。它与运行 MSSQL Server 2000 的数据库建立连接。实际上，它的内容如下：

因此，我们的连接在块作用域的末尾被处理掉了。然而，当我们开始测试应用程序时，我们遇到了一个小故障。我们发现我们的应用程序非常突发，这意味着有时它会变得非常健谈，然后会沉默一段时间。结果是我们可以同时拥有多个线程来获取连接。

所以假设你有 10 个线程。一批工作（请不要试图改写这批工作）到达并被分割成几个线程。然后每个线程都尝试获得连接和繁荣，我遇到了 InvalidOperationException。我已经调整了 ConnectTimeout，所做的只是延长时间，直到我遇到一系列异常。一旦我通过了“结束”阶段，应用程序就很好了。然后它再次停顿，连接“消失”并且该过程再次开始。

我也尝试过调整 LoadBalanceTimeout 但异常继续出现。你们中有人见过这个问题吗？任何想法......我会扔掉我自己的几个。

• 持续保持一些连接“热”
• 尝试再次打开连接，最多尝试 # 次
• 实现我自己的连接池（哎呀，对重新发明轮子不感兴趣）

编辑：

我读过的大多数论坛都不鼓励增加连接池的大小。默认情况下，连接池的上限为 50 个连接（这绰绰有余——如果我必须增加它，其他地方就会出现根本问题）。我注意到的是，当 ConnectTimeout 较低时，会发生 InvalidOperationException。就好像连接的启动时间太长并且待处理的连接都超时了。

MARS 当然是一个选项... InvalidOperationException.Message 的文本是：

超时已过。在从池中获取连接之前超时时间已过。这可能是因为所有池连接都在使用中并且达到了最大池大小。

我以前遇到过这个问题，发现基本上我的连接关闭得不够快（让连接保持打开状态并等待垃圾收集并不是最佳实践）。

现在我又得到了它，但我似乎找不到我在哪里打开我的连接。当看到错误时，数据库已经清除了旧连接，所以我看不到最后一个命令所有锁定的连接（上次我遇到这个问题时非常有帮助）。

知道如何检测我的代码或数据库来跟踪正在发生的事情，以便找到我的违规代码吗？