Android M/NのDozeによる制限とバックグラウンドタスク実行に関するまとめ - Qiita
個人的に一番重要なこと Q. AlarmMangerで設定したアラームはDoze中に発火されるか？ A. 浅いDoze中は発火される。深いDoze中は発火されない。 深いDozeから抜けるアラームもAPI 23で追加されたが、Doze中は浅いDoze深いDozeにかかわらずネットワークアクセスが原則不可能1なので、これまで通りにAlarmManagerでなんでもできるというわけではなくなった。 Dozeの概要 簡単に言うと、Android端末が使われていないときにDoze（居眠り）状態に入ってバッテリー消費を抑えるための機能。 ※ 画像はAndroid 7.0 Behavior Changesより引用 端末が バッテリー駆動（つまり電源プラグに接続されていない）状態 スクリーンOFFから一定時間経過 かつ静止状態 (Stationary)2 ならば端末はDoze状態になり、ネットワークは遮
Android 6.0(SDK 23)から変わったパーミッションの処理に関して - Qiita
Android 5.1(SDK 22)まではGoogle Play Storeからダウンロード時にそのアプリを実行するために必要なパーミッションをユーザに全て確認させていたが、Android 6.0からはアプリ実行時に必要なパーミッションを確認させるように変更された。 同時にアプリダウンロード後もユーザの判断によってアプリで必要なパーミッションを取り消すことができるようになった。(設定->アプリケーション) これによってパーミッションを取り消されたアプリでは本来の動作ができず、アプリが例外を起こしてしまう。そのためアプリ制作者はAndroid 6.0以降に対応するためパーミッションが必要な処理を行う際に許可されているか確認する処理を実装する必要がある。 ※ targetSdkVersionを22以下にすることによってAndroid 6.0でもダウンロード時に確認させることは可能 Insta
Android 6.0 Marshmallow(API level 23) で導入されたDozeでダイアログから電池の最適化の無視を許可したのに設定画面の「最適化してないアプリ」一覧には反映されない問題 - Androidはワンツーパンチ 三歩進んで二歩下がる
こんにちは。最近体調が不安定です。 Android 6.0 Marshmallow(API level 23) で導入されたDozeという機能があります。 Optimizing for Doze and App Standby | Android Developers 電池を長持ちさせるために、一定時間以上ユーザーがスマフォにアクセスしないとDozeモードが始まりアプリはネットワークやCPUの消費が激しい動きを制限されます。 Dozeモードはデフォルトでアプリに適用されています。「設定画面」→「電池」→「電池の最適化」を選ぶと「最適化してないアプリ」が表示されますが、ここを「すべてのアプリ」に切り替えてアプリ一覧を表示してどれかアプリをクリックすると最適化するかしないか選択するダイアログが表示されます。 こうしたDoze(やApp Standby)の機能にそぐわないアプリケーションの場合ホ
初心者のためのM Permissions入門 | TechBooster
今回はAndroid 6.0(Marshmallow)から導入された新しいパーミッションモデルを紹介します。M Permissionsと呼ばれているこの新しい仕組みではパーミッション（機能へのアクセス権限）の仕様が改善されており、アプリが利用するタイミングで機能利用の許可を求めるパーミッションモデルを採用しています。 今まではPlayストアからアプリをインストールするときに一括で権限を得るという、開発者にとってわかりやすい権限の仕組みでした。一方、利用者には、過剰な権限を要求されていたり、どのタイミングで使われているかわからないなど不安な点もありました。 M Permissionsでは利用時に許可ダイアログをだすかたちに改められています。この仕組はAndroid 6.0から導入されていますが、Android Studioでビルドに利用するSDKで挙動が変わる、似たようなAPIを使い分けるな
DeviceOwnerによるアプリのサイレントインストール・アンインストール - Qiita
過去に書いたPackageInstaller.sessionによるサイレントインストール（ユーザ操作不要のバックグラウンドインストール）が、AndroidMからDevicePolicyManagerで利用できるようになった。ただし、利用するにはDeviceOwnerである必要がある。 Android M; API Overview Silent install and uninstall of apps by Device Owner: A Device Owner can now >silently install and uninstall applications using the PackageInstaller DeviceAdmin AndroidではいわゆるMDM機能の実現のためにDeviceAdminという概念が存在する。 DeviceAdminの権限では端末のリモートワ
5分で対応するMパーミッション - Qiita
はじめに 入門向けにとにかく短くまとめました 言わずと知れたPermissionsDispatcherの紹介記事です ざっくり理解できたらより詳しい記事やドキュメントを読みましょう Mパーミッションに対応するサンプルコード このコードは、android.permission.CALL_PHONEの権限が取得できていない場合に、ボタンをクリックすると落ちます。(手元で試して見る場合は、適当なレイアウトXMLを用意して下さい) public class MainActivity extends AppCompatActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_
Android M の Confirm Credential sample 要約 - Qiita
概要 Android M では、デバイスのロックメカニズム(パターン入力などのロック画面など)をアプリ内のユーザ認証に利用できるようです。 セキュリティ要件的に問題なければ、デバイスのロック画面をユーザ認証に使うことで、アプリ固有のパスワードが不要になったり、認証画面の実装が不要なるという利点がありそうです。 また新しく追加されるAPIにより、デバイスのロック画面を直近でパスしていればアプリ側での認証画面をスキップする、ということができるため、ユーザの利便性を向上させることができそうです。 Api Overview より抜粋です。 Authentication This preview offers new APIs to let you authenticate users by using their fingerprint scans on supported devices, an
新しいパーミッションモデル - Runtime Permission
はじめに. caution! 本稿はAndroid M Preview向けに限られた内容です. 本稿の一部または全てはM Preview以前のAndroid versionやM正式版で有効ではない可能性があります. 本稿の一部はPermissionsの内容を参考としています. より正確な情報を得たい場合はこちらもご参考ください. また, 本稿の説明で例示しているソースコードの完全版はGitHub上に公開しています. New permission model Android Mでは新しいApp permission modelが提案されている. 従来モデルではアプリケーションが使用するパーミッションのリストをインストール時にユーザへ提示し, これらの使用許可を一度に取得する必要があった. 従来モデルでは一見不要と思えるパーミッションがリストされ, マルウェアと誤解されるケースもあり, アプリ
Android 6.0 Marshmallow (API Level 23) ではローカルデバイスIDが取得できない(確定)
Android 6.0 Marshmallow (API Level 23) ではローカルデバイスIDが取得できない(確定) Android M preview 2 で自分のMACアドレスとBDアドレスが取得できない の続きです。 先日 Android SDK 6.0 の最終盤がリリースされました。 Build.VERSION_CODES.M のままで Build.VERSION_CODES.MARSHMALLOW になってなかったりするのでしれっともう一回更新されるかもしれませんが、まあ少なくとも仕様はほぼ最終版だと信じてもいいでしょう。 Android アプリ開発者が怯える Behavior Changes のページに、今回から Access to Hardware Identifier の項目が追加されました。 To provide users with greater data p
Android 6.0 の変更点 | Android Developers
Android 6.0（API レベル 23）には、新機能のほか、さまざまなシステム変更と API の動作変更が含まれています。このドキュメントでは、アプリで把握して考慮すべき主な変更点について説明します。 以前に Android 向けのアプリを公開したことがある場合は、こうしたプラットフォームの変更がアプリに影響することに留意してください。 実行時の権限 このリリースでは、新しい権限モデルが導入され、ユーザーが実行時にアプリの権限を直接管理できるようになりました。このモデルにより、ユーザーによる権限の可視性と管理性が向上し、アプリ デベロッパーはインストールと自動更新のプロセスが合理化されます。ユーザーは、インストール済みのアプリに対して権限を個別に付与または取り消すことができます。 Android 6.0（API レベル 23）以降をターゲットとするアプリでは、必ず実行時に権限を確認し
Preference Support Libraryでダイアログを制御するには - Qiita
Preference Support Libraryリリース！ Android MarshmallowのFinal Preview版がリリースされたと同時に、いくつかの新しいSupport Libraryが登場しました。 Develop a sweet spot for Marshmallow: Official Android 6.0 SDK & Final M Preview | Android Developers Blog そのうちのv7 Preference Support Libraryは、android.support.v4.app.Fragmentを継承したPreferenceFragmentCompatを有しているため、これを継承することでandroid.support.v4.app.Fragmentを継承した設定画面を作成することが容易になりました。 よって、Prefe
動作の変更点: すべてのアプリ | Android Developers
Android Q プラットフォームには、アプリに影響を与える可能性のある動作変更が含まれています。下記の動作変更は、「targetSdkVersion」に関係なく、Android Q 上で稼働するすべてのアプリに適用されます。該当する場合は、アプリをテストし、必要に応じて修正して、適切に対応する必要があります。 Android Q をターゲットにしているアプリにのみ影響する動作変更のリストについても必ずご確認ください。 非 SDK インターフェースの制限 アプリの安定性と互換性を確保するため、Android 9（API レベル 28）から、アプリで使用できる非 SDK インターフェースが制限されています。Android Q では、Android デベロッパーの協力や最新の内部テストに基づいて、制限対象となる非 SDK インターフェースのリストが更新されています。Google は、非 SD
公式 Android 6.0 SDK と M Preview 最終版を公開しました
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
Develop a sweet spot for Marshmallow: Official Android 6.0 SDK & Final M Preview
Develop a sweet spot for Marshmallow: Official Android 6.0 SDK & Final M Preview Whether you like them straight out of the bag, roasted to a golden brown exterior with a molten center, or in fluff form, who doesn’t like marshmallows? We definitely like them! Since the launch of the M Developer Preview at Google I/O in May, we’ve enjoyed all of your participation and feedback. Today with the final
Android M の RuntimePermissions Sample 要約 - Qiita
カメラへのアクセス権限を要求しています。 上記の記述でMNC未満の端末はインストール時に権限が与えられますが、これに加えてAndroid Mでは、実行時に権限の有無をチェックし、無ければユーザに権限を要求しなければいけません。 権限チェック if (PermissionUtil.hasSelfPermission(this, Manifest.permission.CAMERA)) { //権限あり showCameraPreview(); } else { //権限なし requestPermissions(new String[]{Manifest.permission.CAMERA}, REQUEST_CAMERA); } カメラへのアクセス権限をチェックして、権限がなければ Activty#requestPermissions を呼び出して権限を要求します。このメソッドの呼び出で、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Android Mのruntime-permissionに潜む罠
Android Wear & Android M 最新トピック