問題タブ [wakeup]

コマンドadb shell dumpsys alarmを使用してすべてのアラームをダンプすると、「wakeups」という数字が表示されます (以下の 17)。

これはどういう意味ですか - このアプリが既に電話を起動した回数、または今後起動する予定の回数です。

これがこのアプリによる過去のウェイクアップの累積集計である場合、この数値はリセットされますか?

アラーム統計:

+442 ミリ秒の実行、17 回のウェイクアップ:

私は十分な量のRAMを使用する指紋センサーアプリケーションを開発しています.問題はメモリに関連している可能性があります.私はまだ未解決の多くを試しました.

Q:-ホームボタンを押してアプリケーションを一時停止し、最近のボタンから正常に再開しましたが、電源ボタンを押してデバイスのロックを解除すると、アプリケーション画面ではなく ANR が表示されます。

これは、デバイスのロックを解除するときに再開されていないことを意味します。

私の主張が理解できたら、解決策を提案または提供してください。

注: 使用されたデバイスは私のアプリケーション専用であり、他のアプリケーションがインストールまたは実行されることはありません。

私はさらに別のNIOサーバーを書いています。読み取り、処理 (ほとんどの場合)、および書き込み (以下の疑似コード、実際の Java ではありません) を実行するセレクター スレッドがあります。

ほとんどの場合の処理​​は自明なので、問題ないはずです。ただし、(まれに) 処理に時間がかかり、別のスレッドに委任する必要がある場合があります。したがって、そのスレッドは、処理が完了したときに OP_WRITE に関心を持つようにどうにかしてセレクターに伝える必要があります。

私が見るように、少なくとも2つのアプローチがあります：

1. register() がハングしないように、同期を使用して同じ (ワーカー) スレッドで書き込みのために wakeup() と register() を呼び出して、次の select() が発生しないようにします。
2. 「登録」操作をキューに入れ、次にワーカー スレッドで wakeup() を呼び出して、セレクタ スレッドが操作をデキューして、同じスレッドでの書き込み用に登録できるようにします。

私の質問は、方法 2 を選択した場合、スレッドセーフなキューの実装 (ConcurrentLinkedQueue など) を使用する必要があるかどうかです。enqueue() が wakeup() 呼び出しによって保証されている「前に発生する」 dequeue() であるため、私はそうではないと思いますが、正式に証明することはできません。

助けてください！ありがとう！

Windows Phone 8.1 アプリでデバッグしたい奇妙な状況に対処していますが、OnNavigatedTo が呼び出される瞬間がわかりません。

明らかに、ビューに通常どおり移動すると呼び出されます（デバッガーでトレースすることを確認しました）。

私の疑問は、私が確認したい別の点で発生します。それを「アプリケーションを起動して画面がオフになった」と呼びましょう。

私の質問は次のとおりです。画面をオンにしてスクリーンプロテクターをスワイプすると、「OnNavigatedTo」関数が呼び出されますか?

私がどこかで読んだいくつかのマニュアルによると、そうあるべきです。

私の Debug.Writeline トレースによると、そうではないようです。

ビューが表示される前/表示されたときに、いくつかの条件を確認していくつかのコードを実行する必要がありますが、適切に実行できません。

PS:「OnNavigatedTo」の代わりに「このビューは、画面をオンにした後に表示/フォーカスされています」状況に対処するために使用する必要がある他の代替イベントはありますか?

前もって感謝します。

Bluetoothデバイスが接続されているときはいつでも、iOSアプリケーション(実際にはアプリケーションを表示しないバックグラウンドタスク)を「ウェイクアップ」(再起動)する方法はありますか?

たとえば、iOS OS はメモリ不足のためにアプリケーションを強制終了します。それから数時間後、ユーザーは Bluetooth デバイスを接続します。iOS は、Bluetooth デバイスが接続されていることをアプリケーションに通知し、バックグラウンド タスクを実行できますか?

Android では、Bluetooth デバイスが接続されたときに登録される BroadcastReceiver を作成できることがわかりました。iOSに相当するものが必要です。

私は眠そうなドライバーを書いています。ここで、デバイスファイルに書き込もうとするプロセスは、ユーザーが指定した「n」秒間スリープする必要があります。リーダー プロセスは、待機中のすべてのプロセスを起動する必要があります。

ライターコード:

リーダーコード :

初期フラグ[0] = 0; したがって、すべての書き込みプロセスは、条件 flag[idn] == 1 が真になるまでスリープします。これは期待どおりに機能しています。

しかし、リーダー コードでは、flag[idn] = 1 を設定し、wake_up_interruptible() を呼び出して、条件でスリープしているすべてのプロセスをウェイクします。しかし、これは眠っているプロセスを目覚めさせているわけではありません。しかし、while(waitqueue_active(&wq[idn])) のすぐ下にある flag[idn] = 0 を取り出すと、機能しています。つまり、関数がスリープ状態のプロセスを目覚めさせています。

これはなぜですか？

これが可能かどうかはわかりませんが、説明して、これに役立つ何かを知っている人がいるかどうかを確認してください.

Firefox のページが開いている PC があります。PC が休止状態から復帰したときに、Firefox でそのページを開く必要があります。毎日そのページをチェックすることを誰も忘れないように、これを自動化する必要があります。

それは可能ですか？

ありがとう