问题标签 [synchronous]

我想知道是否可以在 N900 手机上执行语音流？我需要缓冲来自麦克风的语音样本并同时将语音从其他缓冲区发送到扬声器？你觉得这是可能的吗？怎么做？现在我正在使用文件来录制和播放音频。但这不是同步的。

记录：

播放：

我需要缓冲来自麦克风的语音样本，并同时将语音从其他缓冲区发送到扬声器。我怎么能这样做？

我们正在编写一些代码，采用单个阻塞方法，异步调用多个缓慢的第三方服务。这些异步调用被包装在实现相同接口方法的代码中。我们希望触发异步调用并等待它们全部返回，然后再返回我们的阻塞方法调用。

我希望这很清楚！

是否有合适的设计模式/库来实现这个......它必须是一个相当常见的模式。提前致谢。

我有一种情况，其中我调用了一个方法，该方法继而触发异步 HTTP REST 调用（稍后将状态发送到另一个端点），然后再继续进行。我希望该方法等到我将响应返回到端点，检查我得到的状态并继续进行。我正在寻找一个可行的 Java 解决方案。任何伪代码或实现都会有所帮助

看到类似的案例@轻量级的等待一组异步Java调用的方式，但是对于是否容易实现没有太多想法。

实施细节

我有 JAX-RS 端点来处理异步响应，如下所示

处理和处理的类

来自另一个类的方法调用

我想允许我的 JavaScript 数据包请求（同步 ajax 调用）其他 JavaScript 数据包：

这 2 个请求将处理 time1+time2 毫秒。所以还有一个想法：让这些请求每个都异步，但要保证整堆请求都会被同步处理：

据我了解，这应该更快。现在让我们看看我的实现：

最棘手的部分是实现 wait() 函数。JavaScript 不提供；应该找到另一种解决方案。异步 setTimeout() 不是答案。那是我的问题：如何实现 wait() 函数？或者也许还有另一种通用解决方案？

我试过这种方法： http: //narayanraman.blogspot.com/2005/12/javascript-sleep-or-wait.html。也许您会指出没有服务器依赖性的更“简洁”的解决方案。

O_SYNC 和 O_DIRECT 标志的使用和效果非常令人困惑，并且在平台之间似乎有所不同。在 Linux 手册页（参见此处的示例）中，O_DIRECT 提供同步 I/O，最大限度地减少缓存影响，并要求您自己处理块大小对齐。O_SYNC 只是保证同步 I/O。尽管两者都保证将数据写入硬盘的缓存，但我相信直接 I/O 操作应该比普通同步 I/O 更快，因为它们绕过了页面缓存（尽管 FreeBSD 的 open(2) 手册页指出使用 O_SYNC 时会绕过缓存。请参阅此处）。

O_DIRECT 和 O_SYNC 标志之间到底有什么区别？一些实现建议使用 O_SYNC | O_DIRECT。为什么？

我知道这个问题已经被问过无数次了，但我一生都无法弄清楚如何让这个答案在我的情况下起作用：等待异步 javascript 函数返回

我在外循环中循环播放一些“电视频道”，然后在内循环中循环播放一周中的日期。在内部循环中，我向服务器发出 ajax 请求以获取数据，然后像这样存储/缓存它以供以后使用

PS：请不要使用JQuery！仅纯 JS 解决方案

非常感谢！

本质上，我将调用远程 XMLRPC 服务器，它将异步处理请求。

我知道在将来某个时候 add_result 会被调用结果。事情是。我希望能够将调用 client.add 转换为将返回结果的阻塞调用。我正在为将调用我的 GUI 执行此操作。问题是我应该在哪里阅读有关这种解决方案的信息？我不确定从哪里开始。

我认为我根本没有很好地解释自己。我正在调用的服务器正在实现异步部分。当我调用 add 时，它将返回 true。而且我知道服务器希望我实现 add_result ，这就是它对我的要求。我要做的是清理这个疯狂的计划，以便有人可以对我调用 add 并且我将阻止直到 add_result 对我调用，然后我将返回给任何打电话给我的人。我希望这可以解决问题

我希望更新一个能够同步或异步更新的应用程序。对于应用程序的实时性，当前范围从同步执行频率范围为 1-60Hz 的方法，您是否看到由于用户输入而异步更新的任何优势？还是我应该等到下一个同步周期来合并更改？

到目前为止我的想法：

我看到引入异步更新的当前优势是，如果更新 1Hz 方法中的成员，则 60Hz 方法可能会使用旧值执行 50 多次。我知道这对用户来说仍然是一个相对较短的时间（< 1 秒），但对我来说，以 50 次以上的重复值继续计算的原则似乎很糟糕。

我认为保持同步的当前优势是代码执行流程的易读性。

有没有我没有想到的影响？

好的，我正在尝试编写一个 Live Folder 提供程序，它在被调用和创建文件夹之间，首先询问用户一些选项。它一直有效，直到我尝试在创建文件夹之前等待选项。我很确定这是因为我试图等待选项活动。

我正在尝试通过 1 槽信号量等待选项。这是我的基本半伪代码：

CoreLib.Blocker()是一个信号量，它被初始化为：new Semaphore(1, true).

我的想法是它会获取信号量，然后启动 Options 活动，然后它会尝试再次获取信号量，这会将其锁定，直到 Options 活动返回，release然后onActivityResult它将onCreate调用继续。虽然它似乎不起作用......只是挂断了第二次收购，就是这样。

在创建文件夹之前从用户那里获取选项的最佳方法是什么，以便我可以在创建文件夹时使用这些选项？

更新：我现在还尝试在调用 Options 活动后while用一个空循环替换我的整个小信号量逻辑，等待一个共享的布尔变量，该变量将在 Options 活动完成时翻转。但这也会让应用程序在进入 Options 活动之前被遗忘。