理解RemoteViews.png

RemoteView的應用

**簡介:**在開發中, 通知欄都知道是通過NotificationManager的notify方法實作. 桌面小部件則是通過AppWidgetProvider實作. 后者本質上是一個廣播.更新他們無法像以前那樣.這是因為不是一個行程,小部件是SystemServer行程. 為了跨行程更新界面,RemoteViews提供了一系列的set方法…

RemoteViews通知欄的應用

貼出自定義布局通知欄代碼利用remoteViews

/**

 * 打開自定義布局的通知欄

 */

private void displayRemoteViews() {

    Notification notification = new Notification();

    notification.icon = R.mipmap.ic_launcher;

    notification.tickerText = "我是小部件";

    notification.when = System.currentTimeMillis();

    notification.flags = Notification.FLAG_AUTO_CANCEL;

    Intent intent = new Intent(getApplicationContext(), MainActivity.class);

    PendingIntent pedingIntent = PendingIntent.getActivity(getApplicationContext(), 0, intent, PendingIntent.FLAG_UPDATE_CURRENT);

    RemoteViews remoteViews = new RemoteViews(getPackageName(), R.layout.layout_notification);

    remoteViews.setTextViewText(R.id.tv_msg, "我是文字資訊");

    remoteViews.setImageViewResource(R.id.iv_icon, R.mipmap.favicon);

    notification.contentView = remoteViews;

    notification.contentIntent = pedingIntent;

    PendingIntent openActivity2PendingIntent = PendingIntent.getActivity(this,

            0, new Intent(this, OpenActivity.class), PendingIntent.FLAG_UPDATE_CURRENT);

    remoteViews.setOnClickPendingIntent(R.id.tv_open, openActivity2PendingIntent);

    NotificationManager manager = (NotificationManager) getSystemService(Context.NOTIFICATION_SERVICE);

    manager.notify(2, notification);

}

傳入了一個自定義布局里面有一個imageView兩個textView.

RemoteView在桌面小部件上的應用

AppWidgetProvider是系統提供的用于實作桌面小部件的類, 繼承BroadcaseReceiver.可以當成廣播理解.

桌面小部件的開發步驟

1.定義小部件界面

在創建一個布局xml當做這個小部件要展示的樣子

2.定義小部件配置資訊

在res/xml檔案夾下新建一個xxx_info.xml的檔案


<?xml version="1.0" encoding="utf-8"?>

<appwidget-provider xmlns:android="http://schemas.android.com/apk/res/android"

    android:initialLayout="@layout/layout_widget"

    android:minHeight="100dp"

    android:minWidth="100dp"

    android:updatePeriodMillis="60000"

    >

</appwidget-provider>

initiaLayout: 小工具所要使用的初始化布局
minHeight``minWidth: 指定小工具的尺寸
updatePeriodMillis: 自動重繪的時間, 單位毫秒

3.定義小部件的實作類

/**

 * Created by suzeyu on 16/8/11.

 * 定義小部件的實作類

 */

public class MyAppWidgetProvider extends AppWidgetProvider {

    public static final String TAG = MyAppWidgetProvider.class.getName();

    public static final String CLICK_ACTION = "com.szysky.note.androiddevseek_05.action.CLICK";

    @Override

    public void onReceive(final Context context, Intent intent) {

        super.onReceive(context, intent);

        Log.i(TAG, "onReceive: 接收到廣播-->"+intent.getAction());

        //是觸發的自己點擊時發送的action那么就讓小部件旋轉

        if (intent.getAction().equals(CLICK_ACTION)){

            Toast.makeText(context, "準備旋轉", Toast.LENGTH_SHORT).show();

            AsyncTask.execute(new Runnable() {

                @Override

                public void run() {

                    Bitmap srcBmp = BitmapFactory.decodeResource(context.getResources(), R.mipmap.favicon);

                    AppWidgetManager widgetManager = AppWidgetManager.getInstance(context);

                    for (int i = 0; i < 37; i++) {

                        float degree = (i * 10) % 360;

                        RemoteViews remoteViews = new RemoteViews(context.getPackageName(), R.layout.layout_widget);

                        remoteViews.setImageViewBitmap(R.id.iv_main, rotateBmp(context, srcBmp, degree));

                        if (i==36){

                            Intent intentClick = new Intent();

                            intentClick.setAction(CLICK_ACTION);

                            PendingIntent peddingIntent = PendingIntent.getBroadcast(context, 0, intentClick, 0);

                            remoteViews.setOnClickPendingIntent(R.id.iv_main, peddingIntent);

                        }

                        widgetManager.updateAppWidget(new ComponentName(context, MyAppWidgetProvider.class), remoteViews);

                        SystemClock.sleep(50);

                    }

                }

            });

        }

    }

    /**

     * 旋轉一個bitmap

     */

    private Bitmap rotateBmp(Context context, Bitmap srcBmp, float degree) {

        Matrix matrix = new Matrix();

        matrix.reset();

        matrix.setRotate(degree);

        return Bitmap.createBitmap(srcBmp, 0, 0, srcBmp.getWidth(), srcBmp.getHeight(), matrix, true);

    }

    /**

     * 當自定義的小桌面被添加 這個方法只有在本實體中只有被添加的時候才呼叫

     */

    @Override

    public void onUpdate(Context context, AppWidgetManager appWidgetManager, int[] appWidgetIds) {

        super.onUpdate(context, appWidgetManager, appWidgetIds);

        final int counter = appWidgetIds.length;

        Log.i(TAG, "小桌面更新了   counter="+counter);

        for (int i = 0; i < counter; i++) {

            int appWidgetID = appWidgetIds[i];

            onWidgetUpdate(context, appWidgetManager, appWidgetID);

        }

    }

    /**

     * 桌面小部件更新  這個方法只有在本實體中只有被添加的時候才呼叫

     */

    private void onWidgetUpdate(Context context, AppWidgetManager appWidgetManager, int appWidgetID) {

        Log.i(TAG, "onWidgetUpdate: id=="+appWidgetID);

        RemoteViews remoteViews = new RemoteViews(context.getPackageName(), R.layout.layout_widget);

        remoteViews.setImageViewBitmap(R.id.iv_main, BitmapFactory.decodeResource(context.getResources(), R.mipmap.favicon));

        Intent intentClick = new Intent();

        intentClick.setAction(CLICK_ACTION);

        PendingIntent pendingIntent = PendingIntent.getBroadcast(context, 0, intentClick, 0);

        remoteViews.setOnClickPendingIntent(R.id.iv_main, pendingIntent);

        appWidgetManager.updateAppWidget(appWidgetID, remoteViews);

    }

}

直接說用途把, 小部件被添加到桌面的時候, 會先走onUpdate()回呼,這個時候執行方法通過RemoteViews()構建一個布局,并更新桌面上新的布局和設定了點擊事件,然后走onReceive() .

如果當我們點擊的小部件的時候, 會觸發廣播中的onReceive()然后進行圖片的旋轉.這就是上述代碼的大體流程.

4.最后要在清單檔案中宣告小部件

<receiver android:name=".MyAppWidgetProvider">

            <meta-data android:name="android.appwidget.provider"

                        android:resource="@xml/widget_provider_info"/>

            <intent-filter>

                <action android:name="android.appwidget.action.APPWIDGET_UPDATE"/>

                <action android:name="com.szysky.note.androiddevseek_05.action.CLICK"/>

            </intent-filter>

</receiver>

第一個action則是作為小部件的表示而必須存在的. 第二個action就是要識別設定的單擊行為.

然后就可以在主螢屏上長按添加小部件查看效果了

AppWidgetProvider這個類還有其他生命周期的回呼, 其實就是當廣播到來之后, AppWidgetProvider會自動根據廣播的Action通過onReceive()來自動進行分發廣播.

onEnable(): 當該視窗小部件第一次添加到桌面時呼叫該方法, 可添加多次但只在第一次呼叫.
onUpdate(): 小部件被添加時或者每次小部件更新時都會呼叫一次該方法, 小部件的更新時機由updatePeriodMillis來指定, 每個周期小部件都會自動更新一次.
onDeleted(): 每洗掉一次小部件就會呼叫一次.
onReceive(): 這是廣播的內置方法, 用于分發具體的事件給其他方法.

下面就是分析了

PendingIntent概述

PendingIntent和Intent的區別:

PendingIntent: 等待意圖, 有一個Intent將在某個待定的時刻發生.
Intent: 是立刻發生.

使用場景 最典型的就是給RemoteViews添加單擊事件, 因為RemoteViews運行在遠程行程中, 因此RemoteViews不同于普通的View, 所以無法直接向View那樣通過setOnClickListener()方法那樣設定單擊事件. 要想給RemoteViews設定單擊事件, 就必須使用PendingIntent, PendingIntent通過send()和cancel()來發送和取消特定的待定Intent.

PendingIntent支持三種待定意圖: 啟動Activity, 啟動Service, 和發送廣播

對應著PendingIntent三個靜態方法

getActivity(),getService(), getBroadCast(). 當這三種方法回傳的PendingIntent待定意圖發生時候, 對應的效果就是我們日常開啟這三大組件的情形.

上述三個方法都需要四個引數. 需要說一下第二個引數requestCode和第四個引數flags. 其中requestCode表示PendingIntent發送方的請求碼, 多數情況下設為0即可, 另外requestCode會影響到flags的效果.

flags: 常用的型別有: FLAG_ONE_SHOT, FLAG_UPDATE_CURRENT, FLAG_NO_CREATE, FLAG_CANCEL_CURRENT. 在此之前首先要明確一個概念, PendingIntent的匹配規則, 在什么情況下兩個PendingIntent是相同的.

PendingIntent匹配規則: 如果兩個PendingIntent的內部Intent相同并且requestCode也相同那么這兩個PendingIntent就是想同的. requestCode是int值不需要解釋.

而Intent匹配規則是: 如果兩個Intent的ComponentName和intent-filter都相同, 那么這兩個Intent就是相同的. Extras是不參與Intent的匹配規則.

FLAG_ONE_SHOT: 當前描述的PendingIntent只能被使用一次, 然后它就會被自動cancle, 如果后續還有相同的PendingIntent, 那么它們的send方法就會呼叫失敗. 對于通知欄訊息來說, 如果采用此標記, 那么同類的通知只能使用一次, 后續的通知單擊后將無法打開.
FLAG_NO_CREATE: 當前描述的PendingIntent不會主動創建, 如果當前PendingIntent之前不存在, 那么getActivity, getService, getBroadcast方法會直接回傳null, 即獲取PendingIntent失敗. 這個標記很少見, 它無法單獨使用,因此日常中沒有太多意義.
FLAG_CANCEL_CURRENT: 當前描述的PendingIntent如果已經存在, 那么他們都會被cancel, 然后系統會創建一個新的PendingIntent. 對于通知欄訊息來說, 那些被cancel的訊息單擊后將無法打開.
FLAG_UPDATE_CURRENT: 當前描述的PendingIntent如果已經存在, 那么他們都會自動被更新, 即它們的Intent中的Extra會被換成新的.

規則說了接下來結合實際使用說明:

如果manager.notify(1, notification),如果引數1的id是常量,那么多次呼叫notify()只能彈出一個通知, 后續的通知會把前面的通知全部替代, 如果每次id都是不一樣的, 那么多次呼叫notify()就會彈出多個通知.

所以如果notify()是常量, 那么不管PendingIntent是否匹配, 后面的通知都會直接替換前面的通知.

如果notify()每次不同, 那么當pendingIntent不匹配時(這里指的匹配就是上面介紹的Intent和requestCode是否同時相同), 不管采用何種標記, 這些通知之間都不會互相干擾. 但是如果PendingIntent匹配時就要用到去按照之前說的標記區別來劃分

FLAG_ONE_SHOT–> 那么后續通知中的PendingIntent會和第一條通知保持一致, 包括Extras, 單擊任何一條通知后, 剩下的通知均無法再打開, 當所有的通知都被清除后, 會再次重復這個程序.
FLAG_CANCEL_CURRENT–> 那么只有最新的通知可以打開, 之前彈出的所有通知均無法打開
FLAG_UPDATE_CURRENT–> 那么之前彈出的通知中的PendingIntent會被更新, 最終他們和最新的一條通知保持完全的一致, 包括其中的Extras,并且這些通知都是可以打開的.

參看文章

《Android 開發藝術探索》書集
《Android 開發藝術探索》 05-理解RemoteViews

轉載請註明出處，本文鏈接：https://www.uj5u.com/qianduan/7926.html

標籤：其他

上一篇：Android activity啟動關閉時滑動出現消失（并解決activity跳轉時出現的短暫黑屏）

下一篇：xcode11.7+ios13.6真機除錯

《Android 開發藝術探索》筆記6--理解RemoteViews

RemoteView的應用

RemoteViews通知欄的應用

RemoteView在桌面小部件上的應用

PendingIntent概述

參看文章