問題タブ [synchronous]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
qt - maemo (N900) 上の Qt アプリケーションでの同期オーディオ ストリーミング
N900電話で音声ストリーミングを行うことは可能ですか? マイクから音声サンプルをバッファリングし、同時に他のバッファからスピーカーに音声を送信する必要がありますか? あなたはそれが可能だと思いますか?現在、ファイルを使用してオーディオを録音および再生しています。しかし、これは同期されていません。
録音:
支払い:
マイクからの音声サンプルをバッファリングし、同時に他のバッファからスピーカーに音声を送信する必要があります。どうすればこれを行うことができますか?
java - 非同期 Java 呼び出しのグループを待機する軽量な方法
複数の低速なサード パーティ サービスを非同期的に呼び出す、単一のブロッキング メソッドでいくつかのコードを記述しています。これらの非同期呼び出しは、同じインターフェイス メソッドを実装するコードにラップされます。非同期呼び出しを開始し、それらがすべて返されるまで待ってから、ブロッキング メソッド呼び出しを返します。
それが明確であることを願っています!
これを実装するための適切な設計パターン/ライブラリはありますか...それはかなり一般的なパターンでなければなりません。前もって感謝します。
java - 非同期呼び出しが最初に完了するのを待ってから Java で続行する
さらに進む前に、メソッドを呼び出して、非同期 HTTP REST 呼び出しをトリガーする (後で別のエンドポイントにステータスを送信する) 状況があります。エンドポイントに応答が返されるまでメソッドを待機させ、取得したステータスを確認してさらに続行します。Javaで実行可能なソリューションを探しています。擬似コードまたは実装が役立ちます
同様のケースを見た@非同期Java呼び出しのグループを待機する軽量の方法ですが、実装が簡単かどうかについてはあまり考えていません。
実装の詳細
以下のように非同期応答を処理するための JAX-RS エンドポイントがあります。
処理するクラス
別のクラスからのメソッド呼び出し
javascript - 一連のJavaScriptファイルの同期リクエスト。JavaScriptのsleep()
JavaScriptパケットが他のJavaScriptパケットを要求(同期ajax呼び出し)できるようにしたい:
これらの2つのリクエストは、time1+time2ミリ秒で処理されます。したがって、別のアイデアがあります。これらのリクエストをそれぞれ非同期で作成しますが、一連のリクエスト全体が同期的に処理されることを保証します。
私が理解している限り、これはもっと速いはずです。それでは、私の実装を見てみましょう。
最も難しい部分は、そのwait()関数を実装することです。JavaScriptはそれを提供しません。別の解決策を見つける必要があります。非同期のsetTimeout()は答えではありません。それが私の質問です:wait()関数を実装する方法は?または多分別の一般的な解決策がありますか?
私はこのアプローチを試しました:http://narayanraman.blogspot.com/2005/12/javascript-sleep-or-wait.html。たぶん、サーバーに依存しない、より「簡潔な」ソリューションを指摘するでしょう。
io - open(2) の O_SYNC フラグと O_DIRECT フラグはどのように異なりますか?
O_SYNC および O_DIRECT フラグの使用と効果は非常に紛らわしく、プラットフォームによって多少異なるようです。Linux のマニュアル ページ (こちらの例を参照) によると、O_DIRECT は同期 I/O を提供し、キャッシュの影響を最小限に抑え、ブロック サイズのアライメントを自分で処理する必要があります。O_SYNC は、同期 I/O を保証するだけです。どちらもデータがハードディスクのキャッシュに書き込まれることを保証しますが、直接の I/O 操作は、ページ キャッシュをバイパスするため、単純な同期 I/O よりも高速であると思われます (Open(2) の FreeBSD のマニュアル ページには、 O_SYNC が使用されている場合、キャッシュはバイパスされます (こちらを参照)。
O_DIRECT フラグと O_SYNC フラグの違いは何ですか? 一部の実装では、O_SYNC | の使用が推奨されています。O_DIRECT。なんで?
javascript - ループから一度に 1 つの AJAX リクエストを送信する
この質問が何度も尋ねられたことは知っていますが、私の場合、この回答を機能させる方法を一生理解できません。非同期のJavaScript関数が戻るのを待ちます
外側のループでいくつかの「テレビ チャンネル」をループしてから、内側のループでその週の日付をループしています。内側のループでは、サーバーに ajax リクエストを送信してデータを取得し、後で使用するために保存/キャッシュします。
PS: JQuery は使用しないでください。プレーン JS ソリューションのみ
どうもありがとう!
python - Python での同期呼び出しへの非同期呼び出し
要するに、リモートの XMLRPC サーバーを呼び出して、リクエストを非同期的に処理します。
将来のある時点で add_result が結果とともに呼び出されることを知っています。事はです。呼び出し client.add を、結果を返すブロッキング呼び出しにできるようにしたいと考えています。私を呼び出すGUIのためにこれを行っています。問題は、この種のソリューションについてどこで読むべきかということです。どこから始めればよいかよくわかりません。
自分のことをうまく説明できていないと思います。私が呼び出しているサーバーは、非同期部分を実装しています。add を呼び出すと、true が返されます。そして、サーバーが add_result を実装することをサーバーが期待していることを知っています。これは、サーバーが呼び出すものです。私がやろうとしているのは、誰かが私に add を呼び出すことができるように、このクレイジーなスキームをクリーンアップすることです。私は add_result が私に呼び出されるまでブロックします。これで問題が解決することを願っています
asynchronous - リアルタイム アプリケーションでの同期更新と非同期更新
同期または非同期で更新できるアプリケーションを更新しようとしています。現在、1 ~ 60 Hz の周波数範囲のメソッドの同期実行に及ぶアプリのリアルタイム性について、ユーザー入力による非同期更新に利点はありますか? または、次の同期サイクルまで待って変更を組み込む必要がありますか?
これまでの私の考え:
非同期更新を導入した現在の利点は、1Hz メソッドのメンバーが更新された場合、60Hz メソッドが古い値で 50 回以上実行される可能性があることです。これはまだユーザーにとって比較的短い時間 (< 1 秒) であることはわかっていますが、50 回以上の担当者に対して悪い値で計算を続けるという原則は悪いように思えます。
同期を維持することの現在の利点は、コード実行の流れが読みやすいことです。
私が考えていない影響はありますか?
android - Androidでオプションの取得を同期的にエミュレートするにはどうすればよいですか?
さて、私はLive Folderプロバイダーを作成しようとしています。このプロバイダーは、呼び出されてからフォルダーを作成するまでの間に、最初にユーザーにいくつかのオプションを要求します。フォルダを作成する前にオプションを待とうとするところまで機能します。私はそれが私がオプション活動をどのように待とうとしているのかによるものだとかなり確信しています。
1スロットのセマフォを介してオプションを待機しようとしています。これが私の基本的なセミ擬似コードです:
CoreLib.Blocker()
次のように初期化されるセマフォですnew Semaphore(1, true)
。
私の考えでは、セマフォを取得してからオプションアクティビティを起動し、セマフォを再度取得しようとします。これにより、オプションアクティビティが戻るまでロックされ、で、が呼び出されますrelease
。継続する。しかし、うまくいかないようです...2回目の取得で電話を切るだけです。onActivityResult
onCreate
フォルダを作成する前にユーザーからオプションを取得して、フォルダの作成にそれらのオプションを使用できるようにするための最良の方法は何ですか?
更新: Optionsアクティビティを呼び出した後while
、小さなセマフォロジック全体を空のループに置き換えて、終了時にOptionsアクティビティによって反転される共有ブール変数を待機するようにしました。ただし、これにより、アプリがオプションアクティビティに到達する前に、アプリが忘却されます。