画面を表示せずにViewのキャプチャを取得する方法

画面表示せずにViewの描画結果をビットマップ化したい！

画面表示時にFWが勝手にやってくれることの一部をやってあげてからdrawing cacheを取得すれば可能です。



1.対象のViewをinflateする

    ViewGroup frame = LayoutInflater.from(context).inflate(R.layout.target, null);


2.Viewのサイズを確定させ子Viewをレイアウトする

    frame.measure(View.MeasureSpec.makeMeasureSpec(0,View.MeasureSpec.UNSPECIFIED), View.MeasureSpec.makeMeasureSpec(0, View.MeasureSpec.UNSPECIFIED));

    frame.layout(0, 0, frame.getMeasuredWidth(), frame.getMeasuredHeight());


3.DrawingCacheを取得する

    frame.setDrawingCacheEnabled(true);
    frame.buildDrawingCache(true);
    Bitmap bitmap = Bitmap.createBitmap(frame.getDrawingCache());

    // destroy drawing cache.
    frame.setDrawingCacheEnabled(false);
    frame.destroyDrawingCache();



あとは取得したbitmapを焼くなり煮るなりしてください。

----------
最後に確認したOSバージョンはAndroid 6.0です

AndroidはGoogle Inc.の商標または登録商標です

アプリが前面（フォアグランド）にいるかを知る

アプリが前面（フォアグランド）にいるかを知りたい！


ActivityLifecycleCallbackを使用

ApplicationクラスでActivityLifecycleCallbackを受けて、onStopとonPauseでカウントする方法です。
最も一般的方法。


ActivityManager#getRunningAppProcessを使用

Lollipop以降は自アプリとホームアプリの情報しか取得出来なくなりましたが、何かの理由でホームアプリの状態を知りたい場合に有効です。

具体的にはRunningAppProcessInfo#importanceの値をチェックします。
値がIMPORTANCE_FOREGROUNDだった場合がフォアグランドにいる場合となりますが、注意しなければいけないのが、フォアグランドの他アプリからServiceがbindされている場合もIMPORTANCE_FOREGROUNDになるため（OSから見れば同レベルに重要って事かな？）、importanceReasonCodeのチェックも必要です。


UsageStatsManagerを使用

全てのアプリの状態を知りたい場合、Lollipop以降はこれを使用する必要がandroid.permission.PACKAGE_USAGE_STATSをuses宣言する必要があるかつ、ユーザ操作でセキュリティ設定（使用履歴にアクセスするアプリ）を有効にして貰う必要があり、とても使い勝手が悪いです。

----------
最後に確認したOSバージョンはAndroid 6.0です

AndroidはGoogle Inc.の商標または登録商標です

[Android N]Accessibility ImprovementsのScreen Zoomについて

Android N(7.0)から実装されているScreen Zoom機能とは？？

変更するとViewが大きくなったり小さくなったりします。
どのような仕組みで実現しているのかというと至って単純で、論理的にDensityを変更しているだけです。

わかりやすく言うと以下のような動作になります。

• DisplaySize設定を大きくする　→　Densityを大きくする
• DisplaySize設定を小さくする　→　Densityを小さくする

例えば160dpi(mdpi)端末の場合、defaultのdensityは1となり、スクリーンに表示されるViewのサイズはdp指定値とイコールとなります。

この端末でDisplaySize設定を大きくすると240dpi(hdpi)や320dpi(xhdpi)端末として振舞うようになるため、densityが大きくなり、Viewが(hdpiなら1.5倍、xhdpiなら2倍に)拡大されるのです。

設定変更時の挙動

targetSdkVersionにより変化します。

• 24未満の場合　→　プロセス再起動されます
• 24以上の場合　→　Activityが再起動されます（言語切り替え時と同様の挙動）

元々、複数のディスプレイサイズに対応しているアプリであれば特に変更を加える必要は無いのですが、N Preview5で確認する限りでは以外な落とし穴がありました。

使用するContextによる挙動の違い(N Preview5)

N Preview5で動作確認を行ったところtargetSdkVersionを24にしてDisplay Sizeを変更すると、一部のViewだけサイズが変わらない現象が発生しました！

原因はApplicationContextを使用してViewを生成していたため。

targetSDKを24にするとプロセス再起動されなくなるため、ApplicationContextが持つdensityが変わらないようなのです(´・ω・｀)

Viewの生成にApplicationContextを使用していること自体がそもそも論理的に誤りなので修正すれば良いだけなのですが、問題はこれだけではありません。

Serviceも再起動されないため、Serviceから表示しているToastのサイズも変わりません！

Google先生、これ、仕様ですか！？

----------
最後に確認したOSバージョンはAndroid N Preview5です

AndroidはGoogle Inc.の商標または登録商標です

アプリが使用してる全てのpermissionを知る

端末内にインストールされているAndroidアプリが何のパーミッションを使用しているのか知りたい！

Android標準のパーミッションであればアプリの設定から見れますけど、独自宣言しているpermissionまではわかりません。
それが知りたい事が極稀ですがあります。

そんなときに見るが以下ファイル。

/data/system/packages.xml

インストールされている全てのパッケージの情報や、暗黙的Intentのデフォルト起動情報などが記録されているのでこれを見れば一目瞭然です。

----------
最後に確認したOSバージョンはAndroid 6.0です

この投稿はroot限定情報です

AndroidはGoogle Inc.の商標または登録商標です