问题标签 [wait]

当您在未等待的对象上调用 notifyAll 方法时会发生什么？应该有例外还是正常情况？

我在 C++ 中学到的第一件事就是

只会在没有停顿的情况下极快地出现和消失。为了防止这种情况，我不得不去记事本，并保存

酶

当我需要创建一堆小测试程序时，这变得很乏味，最终我只是把我while(true);的大多数测试程序放在最后，这样我就可以看到结果了。我可以使用更好的等待功能吗？

我有一些 Perl 代码为多个参数执行 shell 脚本，为了简化，我假设我的代码如下所示：

在那之后我想做更多的事情，但我找不到等待所有子进程完成后再继续的方法。

将代码转换为使用 fork() 会很困难。没有更简单的方法吗？

我看到了一个关于为什么“投票不好”的问题。就最小化一个线程使用的处理器时间而言，最好是进行自旋等待（即轮询 while 循环中所需的更改）还是等待内核对象（例如 Windows 中的内核事件对象） ?

对于上下文，假设代码需要在任何类型的处理器、单核、超线程、多核等上运行。还假设轮询或等待的线程在轮询结果令人满意之前无法继续而不是等待。最后，线程开始等待（或轮询）和满足条件之间的时间可能会从很短的时间到很长的时间不等。

由于操作系统可能在“等待”的情况下更有效地“轮询”，我不想看到“等待只是意味着其他人进行轮询”的说法，这是旧消息，不一定 100% 准确.

我希望我的 python 脚本等到用户按下任何键。
我怎么做？

有没有办法等待 jQuery 的 getJSON 方法？

我想解析使用此函数接收的数据，如果包含特定字符串，则仅返回 false/true。但是由于异步数据处理，这似乎并不那么容易。这是一个代码片段：

在这段代码之后，放置这段代码的函数返回“包含”值，这基本上是假的，因为 getJSON 还没有完成。

我有一个基于消息泵线程池架构的应用程序。每当有可能阻塞的动作时，它都会被实现为“完成/触发 evnet 时的回调”动作，因此它不会停止正在执行的线程。

虽然这种技术适用于大多数情况，但在某些情况下它会变得非常不方便并且会使代码过于复杂。

我想做的是，在等待时以透明的方式继续处理事件，而不会将功能分解为等待前/等待后的部分。

我该怎么做？

我有两个选择：

1. 在等待时从正在执行的函数中运行消息循环。
2. 在等待时创建一个新的工作线程，并在恢复时（以适当的方式）终止它。

这两种选择都有其缺陷，仅举几例：

对于 1：

• 可能会导致堆栈溢出。
• 可能最终陷入僵局。
• 如果内部消息导致等待第二个事件完成，而外部事件同时完成，则外部函数在第二个事件完成之前无法继续，这种情况可能会扩大。

选项 2 最终会导致创建越来越多的线程。

当然，可能还有其他我没有想到的选择。

编辑：语言是 C++，所以函数不能以简单（便携？）的方式进出。平台是 Windows (API)，虽然我不认为它是相关的。

我有一个多线程的应用程序 - 一个线程负责用 wait() 收集死去的孩子，另一个线程根据请求用 fork 生成它们。

我发现在一个具有 2.4 内核和 LinuxThread 的平台上等待总是失败并出现 ECHILD。我发现问题可能出在 2.4 内核上不符合 POSIX 标准的 LinuxThreads 实现中，以下讨论表明无法解决此问题。

我仍然想确定没有人知道任何解决方案。甚至内核的补丁也是可以接受的。

当我考虑应用程序设计时，我认为不可能在单个线程中同时执行 fork() 和 wait() （或仅通过巨大的努力）

Bash 中是否有任何内置功能可以等待进程完成？

该wait命令只允许等待子进程完成。我想知道在继续执行任何脚本之前是否有任何方法可以等待任何进程完成。

执行此操作的机械方法如下，但我想知道 Bash 中是否有任何内置功能。

在继续脚本之前，如何等到 jQuery 函数 slideUp() 结束？