問題タブ [android-6.0-marshmallow]

次の図は、関連する Google I/O 2015 ビデオの静的分析からのエラー メッセージのスクリーンショットの例を示しています。(リンクはこちら: https://youtu.be/f7ihSQ44WO0?t=27m12s )

そして、私が取り組んでいるアプリのこれらすべての問題領域を表示する同じ静的分析を実行できるようにしたいと考えています。しかし、私は Android Studio を介してあらゆる種類のコード分析を実行することに午後全体を費やしました。その結果、コードベースの見栄えが非常に良くなりましたが、最初にやりたかったことを実行する方法を発見することにはまだ近づいていません。

問題の静的分析を実行する方法を教えていただければ幸いです。

ありがとう！

Android Studio バージョン: 1.3 Android Studio ビルド番号: AI-141.2117773 Android SDK ツール: MNC リビジョン 2

Googleによると、M Developer Preview のランタイム権限に関しては、次のようになります。

1. 以前に特定の許可を求めたことがない場合は、それを求めてください

2. 以前に尋ねたときに、ユーザーが「いいえ」と答え、そのユーザーが拒否されたアクセス許可を必要とする何かを実行しようとした場合は、再度アクセス許可を要求する前に、アクセス許可が必要な理由をユーザーに説明するように求める必要があります。

3. 以前に数回尋ねたときに、ユーザーが (実行時のアクセス許可ダイアログのチェックボックスを介して) 「いいえ、尋ねるのをやめてください」と言った場合は、気にするのをやめるべきです (たとえば、許可を必要とする UI を無効にします)。

ただし、 をshouldShowRequestPermissionRationale()返すメソッドは 1 つだけで、boolean状態は 3 つあります。false両方から得られるように、決して要求されない状態と停止要求状態を区別する方法が必要shouldShowRequestPermissionRationale()です。

アプリの最初の実行時にアクセス許可が要求される場合、これは大きな問題ではありません。これがおそらくアプリの最初の実行であると判断するためのレシピはたくさんあります (例: のboolean値SharedPreferences)。

ただし、実行時のパーミッションのビジョンの一部は、すべてのパーミッションを事前に要求しない可能性があるということです。ユーザーがその許可を必要とするものをタップしたときにのみ、後で要求する可能性のあるフリンジ機能に関連付けられた許可。ここで、アプリは何ヶ月にもわたって何度も実行された後、突然別の許可を要求する必要が生じた可能性があります。

そのような場合、自分で許可を求めたかどうかを追跡する必要がありますか? それとも、以前に尋ねたかどうかを教えてくれる、私が見逃している Android M API の何かがありますか?

Android "M" に同梱されている新しい API と機能を調べているときに、新しいデータ バインディング フレームワークに出会いました。そのため、 Android Authorityのステップバイステップ ガイドとAndroid Developer の投稿に従って、実際の動作を確認しました。データ バインディングを使用するには、プロジェクトに gradle プラグイン 1.3.0-beta4 が必要です。しかし、更新しようとすると、次のようなエラーが表示されます。

誰かがこの問題を解決する方法を説明してもらえますか?

パスは次のとおりです。

設定 -> アプリ -> (アプリ一覧で) XXX アプリ -> 権限。

以下は、「権限の管理」ページに手動で入力したときのログです。

08-11 02:36:02.327: I/ActivityManager(775): UID 1000 から u0 {act=android.intent.action.MANAGE_APP_PERMISSIONS cmp=com.android.packageinstaller/.permission.ui.ManagePermissionsActivity (エクストラあり)} を開始します表示中 0

さらに、2 つのキーワードを検索したところMANAGE_APP_PERMISSIONS、ManagePermissionsActivityAndroid "M" preview1 のソース コードでは、どちらも見つかりませんでした。
誰かが助けることができますか？

Android M にはアプリ スタンバイと呼ばれる新機能があり、アプリが使用されていないときにアプリをアイドル状態にし (ドキュメントを参照)、ネットワーク アクセスを無効にします。

アプリがいつこの状態に出入りするかを判断する方法を理解できないようです（ブロードキャストインテントなどを介して）。アプリは定期的にネットワークに依存してステータスを確認する必要があるため、本当に必要ですサーバーの。

アプリがアイドル状態になったときとアイドル状態になったときを判断する方法を誰かが教えてくれますか?

私は M プレビュー 2 のソースを掘り下げ、$ adb shell am set-inactive の呼び出しを掘り下げてきましたが、あるようですがAppIdleStateChangeListener、Android の内部でのみ使用されているようであり、必要な低レベルの開発者には公開されていません。アプリがいつインターネットを使用できるかを知るため:-(

このアプリを少し変更しました: https://github.com/commonsguy/cw-omnibus/tree/master/JobScheduler

setExactAndAllowWhileIdle を使用してアラームを設定し、アラームを 1 分ごとに鳴らしてログに記録するようにスケジュールします。

Doze のドキュメントによると、電話が Doze モードのときにこのアプリが実行されている場合、アラームは 15 分ごとに 1 つだけ鳴るはずです。その動作は見られません。

Android M を実行している aa nexus 5 で、アプリとアラーム スケジューリング プロセス全体を開始した後、提供された abd コマンドを使用して電話を Doze 状態にしました...

adb shell dumpsys battery unplug adb shell dumpsys deviceidle step adb shell dumpsys deviceidle -h

...ログから、1 分間に 1 回約 30 分のアラームが鳴り、最終的には 15 分間隔で約 1 時間アラームが鳴っているのを確認しました。次に、1 分に 1 回に戻し、15 分間隔に戻します。テスト中、電話はまったく邪魔されませんでした。

これがなぜなのか誰か知っていますか？これらの adb コマンドの後、電話はすぐに Doze モードになり、開始から 15 分後にアラームが鳴るという印象を受けました。

ご協力いただきありがとうございます。