問題タブ [thread-sleep]

Sleepを使用して、長時間実行されるタスクメソッドがあります

これは私のテストで呼び出され、正常に動作します

ただし、 async/await を使用すると、テストはすぐに失敗します

それはなぜですか？

私は IOIO Android 開発ボードを使用しています。私は 2 つのピンと 1 つの LED を制御し、間隔を置いてそれらをオフに切り替えようとしています。これまでのところ、問題なく接続され、LED とピンはオンとオフを切り替えていますが、適切なタイミングではありません。問題は sleep() 関数にあると思います。ヘルプやガイダンスをいただければ幸いです。

オブジェクトのコンストラクターを取得して、フィールドを何かに初期化し、30 秒間一時停止してから、後で別の値に設定しようとしています。

これが私のコードです：

JAVA デスクトップ アプリでネットワーク接続の可用性をチェックするスレッドが必要です。このようなスレッドを立てました

コンストラクターでこれを呼び出すと、アプリは読み込まれません。コンソールを調べると（jarをトリガーしてそこからロードします）、スレッドが機能すると、コンソールに「ネットワークを確認しています」と出力されます。

助けて感謝

だから私は次のコードを持っています

ただし、何も出力しません。しかし、Thread.Sleep にコメントすると、期待どおりに動作します。さまざまなスリープ値で遊ぶと、値に応じて多かれ少なかれ結果が得られます。

なぜこのようになるのでしょうか？

プログラムをスリープ状態にするのに問題があります私がやろうとしているのは、最初に btnStart が押されたときに画像をランダムに 12 個の ImageButtons に設定することです。次に、5 秒間一時停止してから、最初の ImageButton を別の画像に変更します。

私のコードは次のようになります。現在、ボタンが押されるとすぐに一時停止します...

Androidエミュレーターとjvmの両方でこのコードを実行しようとしました。JVM では 33 ～ 34 ミリ秒スリープしますが、Android では 68 ～ 85 ミリ秒です。なぜそんなに不正確なのですか？

ご協力ありがとうございました。

public class Logic は Runnable を実装します {

}

異なるスレッドでsleep（3）を呼び出すマルチスレッドライブラリがあります。Boostpythonを使用してPythonバインディングを作成しました。これで、boost pythonがsleep（3）関数を台無しにして、Pythonプログラム全体を一時停止して待機しているように見えます。

私はこのboostmod.cppファイルを持っていると考えてください

（次を使用してコンパイルできます:)

これはPythonテストファイルthreadtest.pyです：

結果は次のとおりです。

次の状況を観察した場合：

「native」と「ctypes」は実際には5つのスレッドとメインスレッドを構築しているのに対し、「boost」の場合は1つのスレッドしかないことがわかります。実際、「ブースト」の場合、「。start（）」は「sleep（）」関数内でブロックされています。

以下を含むメソッドを持つJavaコードに出くわしました。

これの目的は何でしょうか？戻り値は、計算を続行するかどうかを決定するために使用されます。スレッドが 1 秒間中断されたかどうかを確認するためだけに 1 秒間スリープしようとするのは奇妙に思えます。

このメソッドを呼び出すコードは、thread.isInterrupted() と同じことを達成しようとしていますか? それが何をしようとしているにせよ、より良い方法はありますか？

waitForSeconds の呼び出しは、ループ内ではなく、別のメソッドの先頭に表示されるため、このコードが割り込みのチェックに加えて何らかの目的で 1 秒間待機することを意図している場合、間違った方法でチェックインしているように見えます。場所。睡眠をループの近くに置いたほうがいいのではないでしょうか?

最後の質問については、代わりにここに返信してください。

ループ内の関数呼び出しの近くでスリープするか、関数呼び出し自体でスリープする方が明確ですか?

ループ内の関数呼び出しの近くでスリープする方が明確ですか、それとも関数呼び出し自体でスリープする方が明確ですか？個人的には、「getApple（）」については、アップルを返す前にある程度の時間スリープする必要があることを意味するものがないため、コールではなくコールの近くでスリープする傾向があります。私はそれが持っている方がより明確だと思います：

よりも...

もちろん、これは、メソッドがgetAppleSlowly（）などの場合は異なります。

ご意見をお聞かせください。

いくつかの追加情報（以下のコメントにもあります。コメントを参照してください）：

リンゴを手に入れるのに待つ必要はありません。待機は、APIへの1分あたりのクエリのレート制限を回避することですが、リンゴを1つしか取得していない場合は、スリープする必要はありません。スリープインゲットの方法では、不要な場合でも、スリープせずにリンゴを入手することは不可能です。ただし、それは、何があっても、メソッドがレート制限を超えることを心配せずにそれを呼び出すことができることを確認できるという利点があります。しかし、それはgetAppleSlowly（）に名前を変更するための議論のようです。