2. 程式人生 > >Android 開發藝術探索筆記之五 -- 理解 RemoteViews

Android 開發藝術探索筆記之五 -- 理解 RemoteViews

阿新 • • 發佈：2019-01-06

學習內容：

  • RemoteViews 在通知欄和桌面小部件上的應用
  • RemoteViews 的內部機制
  • RemoteViews 的意義

RemoteView 的應用

實際開發中，RemoteViews 主要用在通知欄和桌面小部件的開發過程中。通知欄主要通過 NotificationManager 的 notify 方法實現，桌面小部件則是通過 AppWidgetProvider 來實現，其本質也是一個廣播。

通知欄和桌面小部件更新介面時，RemoteView 無法像 View 一樣在 Activity 中直接更新，因為介面執行在系統的 SystemServer 程序，需要跨程序更新。

下面簡單介紹 RemoteView 的應用

  1. RemoteView 在通知欄上的應用（主要為 自定義佈局）

    （適配 Android 8.0）

    //建立NotificationManager例項
NotificationManager mManager = (NotificationManager) getSystemService(NOTIFICATION_SERVICE);

//建立NotificationChannel例項
//引數說明：
//id：NotificationChannel的唯一標識
//name：NotificationChannel的名稱，在Settings可看到
//importance：對channel設定重要性，更改見後續表格
     
    
NotificationChannel mChannel = new NotificationChannel("id","name",NotificationManager.IMPORTANCE_DEFAULT);
mManager.createNotificationChannel(mChannel);

//建立PendingIntent
Intent intent = new Intent(this,SecondActivity.class);
PendingIntent pendingIntent = PendingIntent.getActivity(this,0,intent,PendingIntent.FLAG_UPDATE_CURRENT);

//建立RemoteView
     
    
RemoteViews remoteViews = new RemoteViews(getPackageName(),R.layout.layout_notification);
remoteViews.setTextViewText(R.id.msg,"xx");
remoteViews.setImageViewResource(R.id.icon,R.drawable.icon);
remoteViews.setOnclidePendingIntent(R.id.clickable,pendingIntent);

//建立builder,並設定一系列屬性
Notification.Builder builder = new Notification.Builder(this,"id");
builder.setSmallIcon(R.drawable.ic_launcher_background)
       .setContentTitle("title")
       .setContentText("text")
       //以上三個為必需的屬性
       .setAutoCancel(true);

//Android 7.0 之後需要通過Notification.Builder設定contentView
builder.setCustomContentView(remoteViews).

//建立通知
Notification notification = builder.build();
//推送通知
mManager.notify(1,notification);

    ​ RemoteViews 和 View 不同，每個方法中幾乎都要求傳入一個 id 引數，比如 setTextViewText(int viewId, CharSequence text)，需要傳入TextView 的 id。

    ​ 直觀原因 是因為 RemoteViews 沒有提供和 View 類似的 findViewById 這個方法，因此我們無法獲取到 RemoteView 中的子 View。（實際原因並非如此，後面詳細介紹）

  2. RemoteViews 在桌面小部件上的應用

    利用 AppWidgetProvider，本質是廣播。

    1. 定義小部件介面

      在 res/layout/ 新建一個 xml 檔案，命名為 widget.xml，名稱和內容可自定義，視小部件具體需求而定。

      <?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
  android:layout_width="match_parent"
  android:layout_height="match_parent"
  android:orientation="vertical">

  <ImageView
      android:id="@+id/imageView1"
      android:layout_width="wrap_content"
      android:layout_height="wrap_content"
      android:src="@drawable/icon" />
</LinearLayout>

    2. 定義小部件配置資訊

      在 res/xml/ 下新建 appwidget_provider_info.xml，名稱任意。

      <?xml version="1.0" encoding="utf-8"?>
<appwidget-provider    xmlns:android="http://schemas.android.com/apk/res/android"

      //使用的初始化佈局
    android:initialLayout="@layout/widget"
    //小工具的最小尺寸
    android:minHeight="84dp"
    android:minWidth="84dp"
    //自動更新週期，毫秒單位
    android:updatePeriodMillis="864000"/>

    3. 定義小部件的實現類

      繼承 AppWidgetProvider，功能為簡單的 點選後隨機切換圖片。

      public class MyAppWidgetProvider extends AppWidgetProvider {
  public static final String TAG = "ImgAppWidgetProvider";
  public static final String CLICK_ACTION = "cn.hudp.androiddevartnote.action.click";
  private static int index;

  @Override
  public void onReceive(Context context, Intent intent) {
      super.onReceive(context, intent);
      if (intent.getAction().equals(CLICK_ACTION)) {
          RemoteViews remoteViews = new RemoteViews(context.getPackageName(), R.layout.widget);
          AppWidgetManager appWidgetManager = AppWidgetManager.getInstance(context);

          updateView(context, remoteViews, appWidgetManager);
      }
  }

  @Override
  public void onUpdate(Context context, AppWidgetManager appWidgetManager, int[] appWidgetIds) {
      super.onUpdate(context, appWidgetManager, appWidgetIds);
      RemoteViews remoteViews = new RemoteViews(context.getPackageName(), R.layout.widget);

      updateView(context, remoteViews, appWidgetManager);
  }

  // 隨機更新圖片
  public void updateView(Context context, RemoteViews remoteViews, AppWidgetManager appWidgetManager) {
      index = (int) (Math.random() * 3);
      if (index == 1) {
          remoteViews.setImageViewResource(R.id.iv, R.mipmap.haimei1);
      } else if (index == 2) {
          remoteViews.setImageViewResource(R.id.iv, R.mipmap.haimei2);
      } else {
          remoteViews.setImageViewResource(R.id.iv, R.mipmap.haimei3);
      }
      Intent clickIntent = new Intent();
      clickIntent.setAction(CLICK_ACTION);
      PendingIntent pendingIntent = PendingIntent.getBroadcast(context, 0, clickIntent, 0);
      remoteViews.setOnClickPendingIntent(R.id.iv, pendingIntent);
      appWidgetManager.updateAppWidget(new ComponentName(context, MyAppWidgetProvider.class), remoteViews);
  }
}

    4. 在 AndroidManifest.xml 中宣告小部件

      原因：本質是廣播元件，因此需要註冊

      <receiver android:name=".MyAppWidgetProvider">
  <meta-data
      android:name="android.appwidget.provider"
      android:resource="@xml/appwidget_provider_info">
      </meta-data>
  <intent-filter>
    //識別小部件的單擊行為
      <action android:name="com.whdalive.action.click" />
       //作為小部件的標識，必須存在
      <action android:name="android.appwidget.action.APPWIDGET_UPDATE" />
  </intent-filter>
</receiver>

    5. 廣播分發

      當廣播到來之後，AppWidgetProvider 會自動根據廣播的 Action 通過 onReceive 來自動分發廣播，相關方法如下

      1. onEnable: 當該視窗小部件第一次新增到桌面時呼叫的方法，可新增多次但只在第一次呼叫。
      2. onUpdate: 小部件被新增時或者每次小部件更新時都會呼叫一次該方法，小部件的更新時機是有updatePeriodMillis來指定，每個週期小部件就會自動更新一次。
      3. onDeleted: 每刪除一次桌面小部件就呼叫一次。
      4. onDisabled: 當最後一個該型別的小部件被刪除時呼叫該方法。
      5. onRestored：當接收到 ACTION_APPWIDGET_RESTORED 廣播，從備份恢復小部件時呼叫
      6. onAppWidgetOptionsChanged：當接收到 ACTION_APPWIDGET_OPTIONS_CHANGED 廣播，小部件的尺寸位置發生變化時呼叫。
      7. onReceive: 這是廣播的內建方法，用於分發具體事件給其他方法。

  3. PendingIntent 概述

    1. 基本介紹

      1. PendingIntent 表示一種處於 Pending（待定、等待、即將發生）狀態的意圖；
      2. 典型應用場景是給 RemoteViews 新增點選事件，（RemoteViews 執行在遠端程序）
      3. 通過 send 和 cancel 方法來發送和取消特定的待定 Intent。

    2. 分類

      1. 啟動 Activity -> getActivity(Context context, int requestCode, Intent intent, int flags)

      2. 啟動 Service -> getService(Context context, int requestCode, Intent intent, int flags)

      3. 傳送廣播 -> getBroadcast(Context context, int requestCode, Intent intent, int flags)

        引數說明：

        1. requestCode 表示 PendingIntent 傳送方的請求碼，多數情況下設定 0 即可，另外 requestCode 會影響到 flags 的效果。
        2. flags 引數：
        3. FLAG_ONE_SHOP 當前的PendingIntent只能被使用一次，然後他就會自動cancel，如果後續還有相同的PendingIntent，那麼它們的send方法就會呼叫失敗。
        4. FLAG_NO_CREATE 當前描述的PendingIntent不會主動建立，如果當前PendingIntent之前存在，那麼getActivity、getService和getBroadcast方法會直接返回Null，即獲取PendingIntent失敗，無法單獨使用，平時很少用到。
        5. FLAG_CANCEL_CURRENT 當前描述的PendingIntent如果已經存在，那麼它們都會被cancel，然後系統會建立一個新的PendingIntent。對於通知欄訊息來說，那些被cancel的訊息單擊後無法開啟。
        6. FLAG_UPDATE_CURRENT 當前描述的PendingIntent如果已經存在，那麼它們都會被更新，即它們的Intent中的Extras會被替換為最新的。

    3. 匹配規則

      1. 如果兩個 PendingIntent 內部的 Intent 相同且 requestCode 也相同，那麼二者相同
      2. Intent 相同的匹配規則：Intent 的 ComponentName 和 intent-filter 都相同。Extras 不參與 Intent的匹配過程。

RemoteView 的內部機制

  1. 構造方法 public RemoteViews(String packageName, int layoutId)

    引數說明：

    1. packageName：當前應用的包名
    2. layoutId：待載入的佈局檔案

  2. 限制 -> 支援的 View 型別有限

    1. Layout ： FrameLayout，LineanLayout，RelativeLayout，GridLayout
    2. View：AnalogClock，Button，Chronometer，ImageButton，ImageView，ProgressBar，TextView，ViewFlipper，ListView，GridView，StackView，AdapterViewFlipper，ViewStub

  3. 特殊之處

    1. RemoteView 沒有提供 findViewById 方法，因此無法直接訪問裡面的 View 元素，而必須通過 RemoteViews 所提供的一些列 set 方法來完成，這時因為 RemoteView 在遠端程序中顯示
    2. 一系列 set 方法 是通過反射來完成的。

  4. 工作流程

    1. 前置：通知欄和桌面小部件分別由 NotificationManager 和 AppWidgetManager 管理，而 NotificationManager 和 AppWidgetManager 通過 Binder 分別和 SystemServer 程序中的 NotificationManagerService（NMS） 以及 AppWidgetService（AWS） 進行通訊。佈局檔案實際是在 NMS 和 AWS 中被載入的，而執行在 SystemServer 中，這就和我們的程序構成了 跨程序通訊 的場景。

    2. 具體流程

      1. 首先 RemoteViews 通過 Binder 傳遞到 System Server 程序（RemoteViews 實現了 Parcelable 介面）。系統會根據 RemoteViews 中的包名等資訊去得到該應用的資源。

      2. 然後通過 LayoutInflater 去載入 RemoteViews 中的佈局檔案。（對於 SystemServer 程序來講，載入的只是一個普通的 view，只不過對於我們的程序來講是 遠端的）

      3. 接著系統對 View 執行一系列介面更新任務，這些任務通過 set 方法來提交。這些更新不是立刻執行，而是在 RemoteViews 中記錄所有更新操作，等到 RemoteViews 被載入以後才能執行。

        到此時，RemoteViews 就可以在 SystemServer 程序中顯示了。

      4. 當需要更新 RemoteViews 時，呼叫一些列 set 方法並通過 NotificationManager 和 AppWidgetManager 來提交更新任務，具體操作也是在 SystemServer 程序中完成。

    3. 進一步說明 – 跨程序

      1. 系統不直接通過 Binder 支援所有的 View 和 View 操作，否則 View 的方法龐大，同時 IPC 操作會影響效率
      2. 系統提供了一個 Action 概念， Action 實現了 Parcelable 介面，代表一個 View 操作。
      3. 系統首先將 View 操作封裝到 Action 物件並將這些物件跨程序傳輸到遠端程序，接著在遠端程序中執行 Action 物件中的具體操作。遠端程序通過 RemoteViews 的 apply 方法來進行 View 的更新操作，Remoteview 的 apply 方法內部會遍歷所有的 Action 物件並呼叫它們的 apply 方法，進而執行具體的 View 的更新操作。
      4. 此方法避免了 定義大量的 Binder 介面，其次通過遠端程序中批量執行修改擦歐總避免了大量 IPC 操作。

    4. 原始碼說明：

      1. 見原書吧。。

    5. 補充說明

      1. apply 和 reApply 的區別：前者會載入佈局並更新介面，後者只會更新介面
      2. 關於點選事件。RemoteViews 中只支援發起 PendingIntent 不支援 onClickListener 那種模式。另外， setOnClickPendingIntent 用於給普通 View 設定點選事件，不能給集合（ListView / StackvView）中的 View 設定點選事件。如果要給 ListView / StackvView 中的 itemview 設定單擊事件，必須將 setPendingIntentTemplate 和 setOnClickFillInIntent 組合使用才可以。

RemoteViews 的意義

  1. 從字面上就能猜到：RemoteViews 目的就是為了方便的更新遠端 views ，即跨程序更新 UI

    1. 當一個應用需要能夠更新另一個應用中的某個介面，這時候如果通過 AIDL實現，那麼可能會隨著介面更新操作的複雜導致效率變低。這種場景就很適合使用 RemoteViews。

    2. RemoteViews 缺點在於 它只支援一些常見的 View，不支援自定義 View。

    3. 佈局檔案的載入問題

      1. 同一個應用的多程序情形

        View view = remoteViews.apply(this,mRemoteViewsContent);
mRemoteViewsContent.addView(view);

      2. 不同應用時

        主要是由於兩個應用的資源 ID 不一定一致，因此通過資源名稱來載入佈局檔案

        int layoutId = getResources().getIdentifier("layout_simulated_notification","layout",getPackageName());
view view = getLayoutInflater().inflate(layoutId,mRemoteViewsContent,flase);
remoteViews.reapply(this,view);
mRemoteViewsContent.addView(view);

相關推薦

Android 開發藝術探索筆記之五 -- 理解 RemoteViews

學習內容： RemoteViews 在通知欄和桌面小部件上的應用 RemoteViews 的內部機制 RemoteViews 的意義 RemoteView 的應用 實際開發中，RemoteViews 主要用在通知欄和桌面小部件的開發過程中。通知欄主

Android 開發藝術探索筆記之六 -- Android 的 Drawable

整理一下，基本只作為 知識清單 使用 學習內容： Drawable 的層次關係 Drawable 分類 自定義 Drawable 的相關知識 Drawable 簡介 Drawable 表示的是一種可以在 canvas 上進行繪製的影象的 抽象

android開發藝術探索學習 之 結合Activity的生命周期了解Activity的LaunchMode

友情 dsm ask resume () new onstop androi sum 轉載請標明出處： http://blog.csdn.net/lxk_1993/article/details/50749728 本文出自:【lxk_1993的博客】；

Android中View的彈性滑動——Android開發藝術探索筆記

介紹 彈性滑動也就是漸進式滑動，實現彈性滑動的方法有很多，但是他們都有一個共同的思想：將一次大的滑動分成若干次小的滑動並在一段時間內完成。本文主要介紹三種彈性滑動方式，Scroller、動畫和Handler。 本文中的“滑動”是指View內容的滑動而非V

Android開發藝術探索筆記（一） Activity的生命週期和啟動模式(1)

Activity作為Android開發中最常用的一個元件，是Android開發人員必須熟悉且掌握的重要內容。同時Activity也是在面試中經常被問到的一個方向。因此，掌握Activity的重要性也不言而喻。這或許也是為什麼任大神會在《Android開發藝術探索

Android 開發藝術探索筆記之一 -- Android 的生命週期和啟動模式

學習內容： Activity 的生命週期和啟動模式以及 IntentFilter 的匹配規則分析 異常情況下的生命週期 Activity 的啟動模式以及 Flags 隱式啟動下的 Intent 匹配 Activity 的生命週期全面分析

Android中View的滑動衝突——Android開發藝術探索筆記

介紹 相信開發Android的人都會有這種體會：從網上下載的demo執行的好好的，但是隻要出現了滑動衝突，Demo就無法正常工作了。但是不用擔心，解決滑動衝突有固定的模式，常見的有內部攔截和外部攔截兩種，只要按照這個模式來就可以順利解決。本文會涉及到Vie

Android開發藝術探索》學習筆記之Android的訊息機制.md

《Android開發藝術探索》學習筆記之Android的訊息機制 一、概述 1、Handler的主要作用是將某個任務切換到指定的執行緒中去執行 eg：子執行緒中無法更新UI，需切換到主執行緒 V

《Android開發藝術探索》學習筆記之Android的執行緒和執行緒池

一、概述 1、主執行緒與子執行緒 主執行緒 又叫UI執行緒 主要作用是執行四大元件以及處理它們和使用者的互動，主要用來處理和介面相關的事情 子執行緒 執行耗時任務，比如網路請求、I/O操作等

《Android 開發藝術探索》讀書筆記六 IPC機制之Binder

一、Binder簡介 Binder是Android中的一個類，它實現於IBinder介面： （1）從IPC角度來說，Binder是一種跨程序通訊的方式； （2）從Android Framework角度來講，Binder是ServiceManager連線各種

Android開發藝術探索讀書筆記----View事件體系1

View的概念：View是android中所有控制元件的基類。ViewGroup繼承自View，內部可以有多個控制元件也可以由Viewgroup（譬如LinearLayout） View的位置引數：top:左上角縱座標，left:右上角橫座標，right:右下角橫座標，bo

《Android 開發藝術探索》讀書筆記（一）——Activity 的生命週期和啟動模式

Activity 作為 Android 四大元件之首，它作為和使用者互動的介面，在開發中使用得可謂極其頻繁，所以弄清楚 Activity 的生命週期和啟動方式是非常重要的，要牢記。 1 Activity 的生命週期全面分析 1.1 典型情況下的生命週期分析 onCrea

Android開發藝術探索 學習筆記

1、Android多程序 ~1 Android多程序模式的開啟 ~~Android多程序 四個元件指定process屬性 ~~使用多程序只有一種方法，無法給一個執行緒或者一個實體類指定其執行所在的程序。（特殊情況：通過JNI在native層區域fork一

讀《android開發藝術探索》筆記一：View的事件分發機制

View的事件分發機制：對於一個根viewgroup來說，點選事件產生後，首先會傳遞給它，這是它的dispatchTouchEvent就會被呼叫，如果這個viewGroup的OnInterceptTouchEvent方法返回true就表示它要攔截當前事件，接著事

《Android 開發藝術探索》讀書筆記（二）——IPC 機制

Android 多程序開發我在平時開發中還沒有遇到，但不代表不重要，仍需要了解一下基本概念，Android 的序列化機制和 Binder 是。 1 Android IPC 簡介 IPC 是 Inter Process Communication 的縮寫，意為程序間通訊或跨程序通訊，是指兩

Window和WindowManager(Android開發藝術探索學習筆記)

概述 Window表示一個視窗的概念，它是一個抽象類，它的具體實現類是PhoneWindow。 WindowManager是外界訪問Window的入口，Window的具體實現位於WindowManagerService中。 WindowManager和Wi

Android開發藝術探索學習-IPC之Binder(一)

1. Binder簡介 1.1 What is Binder?     Android Dev Doc：Base class for a remotable object, the core part of a lightweight remote procedure

Android開發藝術探索讀書筆記（一）

           首先向各位嚴重推薦主席這本書《Android開發藝術探索》。 再感謝主席邀請寫這篇讀書筆記 ＋ 書評。書已經完整的翻完一遍了，但是還沒有細緻的品讀並run程式碼，最近有時間正好系統的把整本書從內容到程式碼都梳理一遍，一方面方便自己總結，一方面也為主席宣

《android開發藝術探索》筆記：Activity介面跳轉到透明主題介面，不呼叫onStop()方法

   《探索》上說跳轉透明主題的activity屬於特殊情況，不呼叫當前activity的onstop()方法，當返回介面時候又會直接呼叫onResume()。這裡做一個簡單例子以增加對這種情況的理解：正常介面跳轉情況下activity跳轉生命週期函式的呼叫（SecActiv

Android開發藝術探索之初探AIDL（一）

package service; import android.app.Service; import android.content.Intent; import android.os.Binder; import android.os.IBinder; import android.os.RemoteCa