パーミッションの仕様変更(API≧30)~(1)1回だけアクセス許可~

投稿日:  更新日:

パーミッションシステムの仕様変更がAPI≧30で行われています。

 (1)1回だけアクセス許可
 (2)“今後表示しない”の非表示
 (3)アプリの休止

ここでは、「(1)1回だけアクセス許可」について説明します。

スポンサーリンク

「今回のみ」の追加

Permissionの許可・拒否(許可しない)に加えて、API≧30から「今回のみ(1回だけのアクセス許可)」が追加になっています。

ダイアログ、今回のみ

この仕様変更の影響範囲はアンドロイドシステム内で完結しています。ですので、アプリのプログラム変更は発生しません。

スポンサーリンク

「今回のみ」が維持される条件

「今回のみ」において、Permissionを取得した状態を維持する条件は、次のようなものです。

・アプリがフォアグラウンドで稼働中
・アプリがバックグラウンドへ遷移後、しばらくの間(60秒程度)
・アプリから起動したフォアグラウンドサービスが稼働中

この条件から外れたところで、Permissionの状態はシステムによりリセット(拒否状態になる)されます。

当然ですが、意図的にSettingアプリからリセットすることも可能です。

Settingsアプリで「今回のみ」をリセット

※ドキュメントは「1回だけ」、ダイアログは「今回のみ」、設定アプリは「毎回確認」と呼び名が替わるので混乱しますが、同じ意味です。

スポンサーリンク

Permissionの状態の変化

「今回のみ」を指定すると、granted=falseからtrueに変化します。

> adb shell dumpsys package パッケージ名

【アプリ起動直後】
runtime permissions:
android.permission.ACCESS_FINE_LOCATION: granted=false, 
  flags=[ USER_SENSITIVE_WHEN_GRANTED|USER_SENSITIVE_WHEN_DENIED]
android.permission.ACCESS_COARSE_LOCATION: granted=false, 
  flags=[ USER_SENSITIVE_WHEN_GRANTED|USER_SENSITIVE_WHEN_DENIED]
		
【「今回のみ」でPermissionを許可】
runtime permissions:
android.permission.ACCESS_FINE_LOCATION: granted=true, 
  flags=[ USER_SET|USER_SENSITIVE_WHEN_GRANTED|..._DENIED|ONE_TIME]
android.permission.ACCESS_COARSE_LOCATION: granted=true, 
  flags=[ USER_SET|USER_SENSITIVE_WHEN_GRANTED|..._DENIED|ONE_TIME]

※...:左のフラグと同じ接頭辞ため省略

バックグラウンドへ遷移してから60[s]後に、granted=trueからfalseに変化します。

> adb shell dumpsys package パッケージ名

【バックグラウンドへ遷移(直後)】
runtime permissions:
android.permission.ACCESS_FINE_LOCATION: granted=true, 
  flags=[ USER_SET|USER_SENSITIVE_WHEN_GRANTED|..._DENIED|ONE_TIME]
android.permission.ACCESS_COARSE_LOCATION: granted=true, 
  flags=[ USER_SET|USER_SENSITIVE_WHEN_GRANTED|..._DENIED|ONE_TIME]

【バックグラウンドへ遷移(60[s]後)】
runtime permissions:
android.permission.ACCESS_FINE_LOCATION: granted=false, 
  flags=[ USER_SENSITIVE_WHEN_GRANTED|..._DENIED|ONE_TIME]
android.permission.ACCESS_COARSE_LOCATION: granted=false, 
  flags=[ USER_SENSITIVE_WHEN_GRANTED|..._DENIED|ONE_TIME]

※...:左のフラグと同じ接頭辞ため省略
スポンサーリンク

リセットからの復帰動作

Permissionの状態がシステムによりリセットされた後、

アプリの復帰はonStartからスタートします。また、onSave/onRestoreInstanceStateが有効になっています。

ケース
他のアプリ起動(Bgへ)
履歴から復帰(Fgへ、約60[s]内)
履歴から復帰(Fgへ、約60[s]後)
※Fg:フォアグラウンド、Bg:バックグラウンド
※API≧28の場合、onStop ⇒ onSaveInstanceStateの順番
スポンサーリンク

関連記事:

Androidは携帯端末のOSで、スマートフォンに適しています。 スマート(Smart)とは「賢い・洗練された」といった意味を持つ形容詞です。 Androidはこの「スマート」をユーザ自身の手で育てることが出来ます。 どのように育てるのか! それは世界中の開発者からリリースされているアプリをインストールして育てます。 より高機能なアプリ、より使い勝手の良いアプリを探してインストールすれば、あなたのスマートフォンはもっと「スマート」になるでしょう! しかし、アプリは良心的なものばかりではありません。中には悪意を持ったアプリも存在します。 悪意を持ったアプリから、ユーザを守る仕組みの1つがPermissionです。 ここまではユーザ目線でした。 逆にアプリの開発者目線で言えば、Permissionはアプリの安全性をユーザにアピールする手段でもありあます。 今回は、このPermissionについてまとめます。 ...
Install-time(Normal)Permissionの取得方法についてまとめます。 Permissionの詳細は「Permissionとその一覧」を参照してください。 ...
Runtime(Dangerous)Permissionの取得方法についてまとめます。 現在、Runtime Permissoinの取得方法は2つあります。 ここで紹介するのはRuntime Permission(API≧23)が登場した当初から存在している方法です。 この方法は、リクエスト(Permissionの申請)の結果を共用のコールバックAppCompatActivity#onRequestPermissionsResult( )で受け取ります。複数のリクエスト行うと、複数の結果を一つのコールバックで受けることになり、コールバック内でRequestCodeによる分岐が必要になります。 つまり、「開発者がリクエストを管理」しなければなりません。 Permissionの詳細は「Permissionとその一覧」を参照してください。 ...
Runtime(Dangerous)Permissionの取得方法についてまとめます。 現在、Runtime Permissoinの取得方法は2つあります。 ここで紹介するのは、ActivityResultContracts(※)を使う方法です。 この方法は、リクエスト(Permissionの申請)と結果を受け取る専用のコールバックが1対1に対応しています。ですので、複数のリクエストを行っても、RequestCodeによる分岐処理は必要ありません。システムが結果を各コールバックへ割り振ってくれます。 つまり、「システムがリクエストを管理」してくれます。 ドキュメントで推奨されている方法です。 Permissionの詳細は「Permissionとその一覧」を参照してください。 ※ライブラリandroidx.activity:activity≧1.20が必要 ...
パーミッションシステムの仕様変更がAPI≧30で行われています。  (1)1回だけアクセス許可  (2)“今後表示しない”の非表示  (3)アプリの休止 ここでは、「(2)“今後表示しない”の非表示」について説明します。 ...
パーミッションシステムの仕様変更がAPI≧30で行われています。  (1)1回だけアクセス許可  (2)“今後表示しない”の非表示  (3)アプリの休止 ここでは、「(3)アプリの休止」について説明します。 ...
「アプリの休止(App hibernation)」は発動までの期間が長いので、端末上で実際にその動作を確認しようとすると、待機時間が長くなってしまい、効率が悪いです。 ですので、テストでは「アプリの休止」を手動で発動させます。 今回は、この手動で発動させる方法を説明します。 ...
数ヶ月にわたってアプリが操作されなかった時に、アプリは休止状態(アプリの休止)になり、自動的にRuntime Permissionがリセット(削除)されます。 この機能はデフォルトで有効(On)です。 しかし、このPermissionのリセットを、良しとしないアプリが存在するかも知れません。 そのようなアプリのために、管理ページからユーザによって機能を無効(Off)にできます。 また、プログラム中から管理ページへユーザを誘導できます。 この「管理ページへユーザを誘導する方法」を紹介します。デベロッパーブログにも紹介されています。 ...
スポンサーリンク