問題タブ [standby]

数日前に単純な mp3 プレーヤーをコーディングしました。コードはPlaying music in sleep/standby mode in Android 2.3.3 にあります

mp3 プレーヤー (Samsung 3.6、Android 2.2) が単独で音楽を再生すると、すべて正常に動作します。Bluetooth スピーカー (A2DP 3.0) を購入し、mp3 プレーヤーに接続しました。音楽はまだ正常に再生されますが、mp3 プレーヤーの画面がスリープ モードになると、Bluetooth スピーカーで音楽がスキップし始めます。

• mp3 がスリープ モードで単独で音楽を再生する場合は発生しません。
• mp3 プレーヤーの他の音楽プレーヤー アプリは、Bluetooth スピーカーを介してスリープ モードでも正常に再生されるようです。
• Bluetoothを無効にして、ケーブルで接続されたスピーカーを使用して音楽を再生すると、スタンバイモードでも音楽が正常に再生されます。

これにより、私のコードに何か問題があるのではないかと考えてしまいます。

これが私の完全なコードです：

メディアプレーヤー サービスのコードは次のとおりです。

ポートをリッスンし、聞いた内容に基づいて画面を更新する Android アプリがあります。これは問題なく動作します。アプリを20〜30分間実行したままにしておくと、問題が発生します。この間、画面は節電のために空白になります (表示)。この時点以降、アプリは応答しなくなるか、完全にハングします。メモリリークではないかと疑っています。この問題をデバッグする方法がわかりません。ポインタはありますか？ティア

モバイル画面をオフにしてプログラムでスリープ状態にするアプリケーションを実行する必要があります。たとえば、user_presentなしで画面が5分以上オンになっている場合は、オフにする必要があります。PowerManagerを使おうとしました（goToSleep（）関数は私が望むことを正確に実行するはずですが、機能していないようです）：

マニフェストに次の許可があります。

例外がスローされます：java.lang.SecurityException：ユーザー10068も現在のプロセスにもandroid.permission.DEVICE_POWERがありません。しかし、私はマニフェストにこの許可を持っています。

私の電話をroot化せずにこれを行う別の方法はありますか？

私の Cocoa アプリケーションでは、N 分後にコールバックを取得したいと考えており、そのために NSTimer を使用しています。

ただし、問題は、コンピューターがスリープ状態になり (または時刻が未来の時刻に設定され)、タイマーが作動するはずだった後にスリープ状態から復帰した場合、決して作動しないことです。

少なくとも N 分が経過した後にコールバックを取得するための正しい戦略は何ですか?

アプリケーションがフォアグラウンドにない場合でも、常に加速度計をリッスンする必要があるアプリを構築しています。(この時点で、これは Play ストア用のアプリではないことを明確にしたいと思います。これは、バッテリーの消耗がそれほど問題にならない内部使用のための特定の目的を持つアプリです。ユーザーが歩いている場合は、どちらか教えてください）

これを実現するために、BroadcastReceiverをリッスンしてandroid.intent.action.BOOT_COMPLETEDを登録するサービスを開始する を作成しましたSensorEventListener。サービスは を取得しPARTIAL_WAKE_LOCK、このロックでがコールバックSensorEventListenerを受信することを期待していましonChange()たが、それは起こっていません。ただし、FULL_WAKE_LOCKそれは機能しますが、画面をオンにしたくないので、ユーザーはスタンバイボタンを押すこともあります...デバッグセッションでは、サービスが破棄されているのを見たことがありません。リリースされました。

Serviceロックを取得してセンサーを登録するクラスは次のとおりです。

あなたから助けを得るために必要なすべての情報を提供したと思います。役に立つコードがあると思われる場合は、喜んで協力させていただきます。ありがとうございました

SQL ServerのLogShippingを構成するときに、セカンダリデータベースをリカバリなしモードまたはスタンバイモードにすることを選択できます。リカバリなしとは、ログ配布が行われている間はデータベースにアクセスできないことを意味します。スタンバイでは読み取り専用アクセスが可能であり、復元が行われるたびにユーザーを切断するオプションを選択した場合、ログ配布プロセスに干渉しないように見えます。これは私にはスタンバイモードの追加の利点のように見えますが、私が見る限り、ドキュメントには悪影響はありません。

したがって、なぜ誰もが回復なしモードを使用することを選択するのだろうかと思います。私が考えることができる唯一のもっともらしい理由は、スタンバイモードが大幅なパフォーマンスの低下を引き起こした場合（ただし、ドキュメントにはそのようなことは記載されていません）、またはセカンダリデータベースのコンテンツが誰にも見られないようにするためのセキュリティ要件がある場合です（これはまれに見える/ありそうもない）。

回復なしモードを選択することの利点が何であるかを誰かに教えてもらえますか？

私のプログラムで、新しいバージョンを確認したい (からデータを取得するHTTP)。
この関数は完全に機能しますが、X ごと (構成可能、1 時間、1 日など) にバックグラウンドで実行したいと考えています。

だから私はこのコードを書いた：

(この関数は から派生していない別のクラスにあるため、 を呼び出すことができるようにActivity、コンストラクターに親クラスを渡しました。これは として宣言されています)。 さて、新しいバージョンのチェックを開始すると、1 時間後 (つまり私の設定) にチェックインすると、スレッドが実行されていないことがわかります...this.maingetSystemServiceVariableprivate MainActivity main
TimerLogs

インターネットで検索したところ、 を使用する必要があることがわかりましPARTIAL_WAKE_LOCKた。

なぜ私はこの問題を抱えているのですか？

どうもありがとう！ルカ・ベルトンチェロ