理解RemoteViews

書上很多東西都過時了或者在Android8.0上會出現(xiàn)問題跨扮,下面的總結都是在Android8.0上運行成功的,會有一些需要注意的地方。

一凉夯、RemoteViews概述

1 ) RemoteViews

RemoteViews是可以在別的進程(系統(tǒng)進程)中顯示的View淮韭,并且提供了一組跨進程更新它界面的操作垢粮。

2 ) 局限性

  • 由于運行在不同的進程中,所以RemoteViews無法像正常的View一樣更新UI靠粪。
  • RemoteViews提供了一系列的set方法蜡吧,但是這些set方法只是View全部方法的子集。
  • RemoteView支持的View的類型也是有限的占键。

3 ) 使用

1. 構造方法

最常用的是下面的這個構造方法昔善,第一個參數(shù)是包名,第二個是加載的布局資源文件畔乙。

public RemoteViews(String packageName, int layoutId) {
    this(getApplicationInfo(packageName, UserHandle.myUserId()), layoutId);
}
2. 支持的View類型
  • FrameLayout君仆、LinearLayout、RelativeLayout、GridLayout返咱、AnalogClock钥庇、Button、Chronometer洛姑、ImageButton上沐、ImageView、ProgressBar楞艾、TextView参咙、ViewFlipper、ListView硫眯、GridView蕴侧、StackView、AdapterViewFlipper两入、ViewStub净宵。
  • 只支持上述的View,不支持它們的子類和其他類型的View裹纳,所以無法在RemoteViews中自定義View择葡。
3. 提供的方法

RemoteViews沒有提供findViewById(),因為無法直接訪問View元素剃氧,必須通過RemoteView提供的一系列set方法敏储。
詳細看這里
比如:

public void setTextViewText (int viewId, CharSequence text)

傳入布局id和需要設置的字朋鞍,方法的聲明很像是通過反射來完成的已添,事實上大部分set方法都是通過反射來完成的。

4 ) 應用場景

  1. 通知:通過NotificationManager的notify()實現(xiàn)滥酥。
  2. 桌面小部件 :通過AppWidgetProvider來實現(xiàn)更舞。

二、RemoteViews通知的應用

1 ) 普通通知

  1. 判斷api版本坎吻,8.0之后需要NotificationChannel創(chuàng)建Notification缆蝉。
  2. 使用Builder模式向Notification里添加通知的各種樣式。
  3. 使用NotificationManager發(fā)送Notification禾怠。
public void sendNotification() {

    String id = "utte_channel_01";
    String name="utte_channel";
    
    NotificationManager manager = (NotificationManager) getSystemService(Context.NOTIFICATION_SERVICE);
    Notification notification;
    Notification.Builder builder;
    
    if (manager != null) {
    
        if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.O) {
            // 8.0之后需要傳入一個 channelId
            NotificationChannel mChannel = new NotificationChannel(id, name, NotificationManager.IMPORTANCE_LOW);
            manager.createNotificationChannel(mChannel);
            builder = new Notification.Builder(mContext, id);
        } else {
            // 8.0之前
            builder = new Notification.Builder(mContext);
        }
        
        // 構建通知 添加各種樣式
        notification = builder
                .setTicker("h")
                .setContentTitle("hello")
                .setContentText("hello world")
                .setSmallIcon(R.drawable.ic_launcher_foreground)
                .setWhen(System.currentTimeMillis())
                .setAutoCancel(true) // 自動消除
                .setContentIntent(PendingIntent.getActivity(mContext, 0,
                        new Intent(this, MainActivity.class),
                        PendingIntent.FLAG_UPDATE_CURRENT)) // 設置跳轉
                .build();
                
        // 發(fā)送通知
        manager.notify(0, notification);
    }
    
}

2 ) 自定義通知樣式

  1. 使用RemoteViews去加載自定義布局返奉。
  2. 利用RemoteViews中提供的set方法改變內容。
  3. 將RemoteViews添加進Notification吗氏。
// 使用remoteViews去加載自定義布局
RemoteViews remoteViews = new RemoteViews(getPackageName(), R.layout.notification_custom);

// 利用RemoteViews中提供的set方法改變布局內容
// 設置文字
remoteViews.setTextViewText(R.id.tv, "hello");
// 設置圖片資源
remoteViews.setImageViewResource(R.id.im, R.drawable.aa);
PendingIntent imClickPendingIntent = PendingIntent.getActivity(mContext, 0, new Intent(this, MainActivity.class), PendingIntent.FLAG_UPDATE_CURRENT);
// 添加點擊事件
remoteViews.setOnClickPendingIntent(R.id.im, imClickPendingIntent);

// 構建Notification
notification = builder
        // 向Notification中傳入RemoteViews
        .setContent(remoteViews) 
        // 其它的屬性添加......
        .build();

3 ) PendingIntent

上面有使用到PendingIntent這個東西芽偏,它實際上就是一個預備狀態(tài)的Intent,RemoteViews如果需要設置單擊事件弦讽,就必須使用PendingIntent污尉。

a. PendingIntent支持的類型

PendingIntent支持三種intent:

  • getActivity(Context context, int requestCode,
    Intent intent, int flags)
  • getBroadcast(Context context, int requestCode,
    Intent intent, int flags)
  • getService(Context context, int requestCode,
    Intent intent, int flags)

當這些PendingIntent發(fā)生時膀哲,效果和startActivity()、sendBroadcaset()被碗、startService()效果一樣某宪。

b. PendingIntent匹配規(guī)則

匹配即兩個PendingIntent是相同的,需要滿足下面兩個要求:

  • 內部的Intent相同
    • ComponentName相同
    • intent-filter相同
    • 與Extras內容無關
  • requestCode相同
c. PendingIntent的FLAG
  • FLAG_ONE_SHOT:表示這個PendingIntent只能使用一次锐朴。
  • FLAG_NO_CREATE:如果描述的PendingIntent不存在兴喂,就直接返回null而不是創(chuàng)建。
  • FLAG_CANCEL_CURRENT:如果描述的PendingIntent已存在焚志,就在產生新的之前取消當前的衣迷。
  • FLAG_UPDATE_CURRENT:如果描述的PendingIntent已存在,就保留它酱酬,但extras中的信息會替換成新的壶谒。
  • FLAG_IMMUTABLE:表示所創(chuàng)建的PendingIntent應該是可變的。

雖然有五種Flag膳沽,但是常用的是FLAG_ONE_SHOT汗菜、FLAG_CANCEL_CURRENT、FLAG_UPDATE_CURRENT挑社。

d. 實例

為了更容易理解一些陨界,在這里討論manager.notify(0, notification)多次調用,每次id不同且PendingIntent匹配的情況下使用不同F(xiàn)lag產生的不同影響痛阻。

  • FLAG_ONE_SHOT:后續(xù)通知的PendingIntent會和第一個保持一致普碎,包括Extras。單擊任何一條通知后录平,其他通知都無法再打開。
  • FLAG_CANCEL_CURRENT:只有最新的通知可以打開缀皱,之前的都無法打開斗这。
  • FLAG_UPDATE_CURRENT:之前通知PendingIntent的Extras都會更新為最后一個通知相同的,并且都能夠打開啤斗。

為什么只討論id不同且PendingIntent匹配的情況表箭,是因為:

  • 如果每次的id相同,不管PendingIntent怎么樣钮莲,后面的通知都會直接替換掉前面的通知免钻。
  • 如果PendingIntent不匹配,那么不管用哪種Flag崔拥,通知之間都不會互相干擾极舔。
e. 點擊事件的PendingIntent

RemoteViews中不支持直接setOnClickListener()來設置點擊事件,提供了下面的三種方法链瓦,給出它們的區(qū)別拆魏。

  • setOnClickPendingIntent()用于設置普通點擊事件盯桦。
  • setPendingIntentTemplate()、setOnClickFillInIntent()組合使用渤刃,用來給集合類的View(比如ListView)的item設置點擊事件拥峦。

三、RemoteViews桌面小部件的應用

AppWidgetProvider繼承了BroadcastReceiver卖子,所以它本質上是一個廣播略号。

1 ) 定義小部件布局

在res/layout/下定義部件的布局。比如下面的widget.xml:

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

    <ImageView
        android:id="@+id/im"
        android:layout_width="100dp"
        android:layout_height="100dp"
        android:src="@drawable/aa"/>

    <TextView
        android:id="@+id/tv"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_centerInParent="true"
        android:text="START"/>

</RelativeLayout>

2 ) 定義小部件配置信息

在res/xml/下定義小部件的配置信息洋闽,其實也就是對應了AppWidgetProviderInfo封裝的屬性玄柠,比如下面的app_widget.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="86400000" />

initialLayout是小部件的初始布局,minHeight和minWidth定義了最小尺寸喊递,updatePeriodMillis定義了自動更新的周期随闪,單位為毫秒。

這里還能聲明很多屬性骚勘,詳細看這里铐伴。

3 ) 定義小部件實現(xiàn)類

繼承AppWidgetProvider去實現(xiàn)自己的需要。實現(xiàn)點擊小部件后發(fā)送CLICK廣播俏讹,開始跑計數(shù)当宴。

public class SimpleAppWidget extends AppWidgetProvider {

    private static final String TAG = "SimpleAppWidget";
    public static final String CLICK = "com.utte.action.CLICK";

    public SimpleAppWidget() {
        super();
    }

    // 接收到廣播時,此方法會被調用
    @Override
    public void onReceive(final Context context, Intent intent) {
        super.onReceive(context, intent);
        Log.d(TAG, "onReceive: " + intent.getAction());
        // 如果部件有自己的action泽疆,就判斷户矢,處理對應的廣播
        if (CLICK.equals(intent.getAction())) {
            // 如果是CLICK的action,就開始一個線程去一直更新RemoteViews達到旋轉的效果
            new Thread(new Runnable() {
                @Override
                public void run() {
                    AppWidgetManager manager = AppWidgetManager.getInstance(context);
                    RemoteViews remoteViews = new RemoteViews(context.getPackageName(), R.layout.widget);
                    for (int i = 0; i < 100; i++) {
                        remoteViews.setTextViewText(R.id.tv, i + "");// 設置數(shù)字
                        // 調用updateAppWidget去更新RemoteViews
                        manager.updateAppWidget(new ComponentName(context, SimpleAppWidget.class), remoteViews);
                        SystemClock.sleep(18);
                    }
                    remoteViews.setTextViewText(R.id.tv, "END");
                    // 調用updateAppWidget去更新RemoteViews
                    manager.updateAppWidget(new ComponentName(context, SimpleAppWidget.class), remoteViews);
                }
            }).start();
        }
    }

    // 部件添加或更新時會調用此方法
    @Override
    public void onUpdate(Context context, AppWidgetManager appWidgetManager, int[] appWidgetIds) {
        super.onUpdate(context, appWidgetManager, appWidgetIds);
        final int count = appWidgetIds.length;
        Log.d(TAG, "onUpdate: " + count);
        for (int appWidgetId : appWidgetIds) {
            onWidgetUpdate(context, appWidgetManager, appWidgetId);
        }
    }

    private void onWidgetUpdate(Context context, AppWidgetManager appWidgetManager, int appWidgetId) {
        Log.d(TAG, "onWidgetUpdate: " + appWidgetId);
        RemoteViews remoteViews = new RemoteViews(context.getPackageName(), R.layout.widget);
        Intent intent = new Intent(context, SimpleAppWidget.class);
        intent.setAction(CLICK);
        PendingIntent pendingIntent = PendingIntent.getBroadcast(context, 0, intent, 0);
        // 保持Button設置點擊事件,觸發(fā)一個Intent,這里是發(fā)送廣播
        remoteViews.setOnClickPendingIntent(R.id.im, pendingIntent);
        appWidgetManager.updateAppWidget(appWidgetId, remoteViews);
    }

}

這里重寫了兩個方法殉疼,onReceive()和onUpdate()梯浪,分別會在接收到廣播時和部件更新時被調用。

  • 在onReceive()中瓢娜,判斷了廣播的action屬性挂洛,如果是action為CLICK的廣播,就利用RemoteViews更新小部件的文字眠砾。
  • 在onUpdate()中虏劲,遍歷所有在桌面上的此部件的實例,利用RemoteViews設置圖片的點擊事件褒颈,點擊發(fā)送CLICK廣播柒巫。

除了常用的onUpdate(),其實還有一些方法谷丸,在一個廣播到達時堡掏,onReceive()被調用,它會根據(jù)該廣播的action去調用對應的onXXX()刨疼,分發(fā)過程可以從onReceive()源碼中看出來布疼,判斷action后去調用onXXX()摊趾。

public void onReceive(Context context, Intent intent) {
    String action = intent.getAction();
    if (AppWidgetManager.ACTION_APPWIDGET_UPDATE.equals(action)) {
        Bundle extras = intent.getExtras();
        if (extras != null) {
            int[] appWidgetIds = extras.getIntArray(AppWidgetManager.EXTRA_APPWIDGET_IDS);
            if (appWidgetIds != null && appWidgetIds.length > 0) {
                this.onUpdate(context, AppWidgetManager.getInstance(context), appWidgetIds);
            }
        }
    } 
    // ......
    } else if (AppWidgetManager.ACTION_APPWIDGET_ENABLED.equals(action)) {
        this.onEnabled(context);
    } else if (AppWidgetManager.ACTION_APPWIDGET_DISABLED.equals(action)) {
        this.onDisabled(context);
    } else if (AppWidgetManager.ACTION_APPWIDGET_RESTORED.equals(action)) {
        // ......
    }
}

這是這些方法的調用時機:

  • onEnable():小部件第一次添加到桌面時調用此方法,可以添加多次游两,但是只會在第一次添加時調用砾层。
  • onUpdate():小部件被添加或更新時都會調用一次該方法。
  • onDelete():刪除一次小部件就會調用一次該方法贱案。
  • onDisabled():當最后一個該小部件的實例被刪除時調用肛炮。
  • onReceive():廣播的方法,用于分發(fā)給具體的事件宝踪。

這里有一點需要注意的是侨糟,《Android開發(fā)藝術探索》中,Intent使用的是:

Intent intent = new Intent();
intent.setAction(CLICK);
PendingIntent pendingIntent = PendingIntent.getBroadcast(context, 0, intent, PendingIntent.FLAG_ONE_SHOT);

這種方法會導致有些手機接收不到次CLICK的廣播瘩燥,需要使用下面這種方式:

Intent intent = new Intent(context, SimpleAppWidget.class);
intent.setAction(CLICK);
PendingIntent pendingIntent = PendingIntent.getBroadcast(context, 0, intent, PendingIntent.FLAG_ONE_SHOT);

坑了我好久才解決秕重。

4 ) 在AndroidManifest.xml中聲明小部件

小部件實質上是廣播,所以需要注冊厉膀,Android8.0雖然禁止了大部分靜態(tài)廣播的注冊溶耘,但是沒有去掉小部件的注冊。

<receiver android:name=".SimpleAppWidget">
    <meta-data
        android:name="android.appwidget.provider"
        android:resource="@xml/app_widget">
    </meta-data>
    <intent-filter>
        <action android:name="android.appwidget.action.APPWIDGET_UPDATE"/>
        <action android:name="com.utte.action.CLICK"/>
    </intent-filter>
</receiver>

intent-filter中添加了兩個action服鹅,一個是小部件必須加的APPWIDGET_UPDATE凳兵,如果不寫這個,此部件就不會出現(xiàn)在小部件列表中企软。另一個就是我們需要用于點擊事件的CLICK的action了庐扫。

經(jīng)過上面的四個步驟,一個簡單的桌面小部件就完成了仗哨。

從上面兩個例子中可以看出來形庭,實現(xiàn)通知和實現(xiàn)桌面小部件,都依賴于RemoteViews去操作布局厌漂。

四碘勉、RemoteViews的工作過程

1 ) IPC場景的構成

  • NotificationManager和AppWidgetManager通過Binder分別和SystemServer進程中的NotificationManagerService以及AppWidgetService進行通信。
  • 通知欄和桌面小部件是在NotificationManagerService和AppWidgetService中被加載的桩卵。
  • 通知欄和桌面小部件是運行在系統(tǒng)的SystemServer中的。

2 ) 流程

  1. RemoteViews通過Binder傳遞到SystemServer進程倍宾。
    • RemoteViews實現(xiàn)了Parcelable接口雏节。
  2. 系統(tǒng)根據(jù)RemoteViews中的包名等信息,獲取該應用的資源高职。
  3. 通過LayoutInflater加載RemoteViews中的布局文件钩乍。
  4. 系統(tǒng)對RemoteViews執(zhí)行一系列的界面更新任務。
    • 調用的一系列set方法怔锌,通過NotificationManager和AppWidgetManager來提交更新任務寥粹。
    • 提交的任務变过,這些更新并不是立即執(zhí)行,會等到RemoteViews被加載好才執(zhí)行涝涤。
    • RemoteViews內部會記錄更新操作媚狰,到時機才會執(zhí)行。
    • 具體操作還是在SystemServer中執(zhí)行的阔拳。

3 ) View操作的封裝

1. 為什么不去支持所有的操作崭孤?

系統(tǒng)完全可以支持使用Binder去支持所有的View和View操作,為什么沒有這么做糊肠?

  • View的操作方法太多辨宠,會導致需要定義大量的Binder接口。
  • 大量的IPC操作會影響效率货裹。

2. Action封裝View操作

因為以上兩個原因嗤形,所以系統(tǒng)并沒有通過Binder去直接支持View的跨進程訪問,而是提供了Action弧圆,Action實現(xiàn)了Parcelable赋兵,一個Action代表一個View操作。

  1. 每當調用一次set方法墓阀,就會將該View操作封裝成一個Action毡惜。
  2. 當調用Manager提交更新的操作時,就會將這些Action傳輸?shù)絊ystemServer進程中斯撮。
  3. 到達后经伙,在SystemServer中調用RemoteViews的apply()裕膀,apply()會遍歷所有的Action并依次其執(zhí)行apply()胳徽。

3. RemoteViews的apply()

上面有提到在SystemServer中,是通過apply()去執(zhí)行View操作的拦宣。

RemoteViews # apply()

RemoteViews的apply()首先是加載布局溢十,然后加載動畫資源垮刹,最后調用performApply()。

public View apply(Context context, ViewGroup parent, OnClickHandler handler) {
    RemoteViews rvToApply = getRemoteViewsToApply(context);
    // 加載布局
    View result = inflateView(context, rvToApply, parent);
    // 加載動畫資源
    loadTransitionOverride(context, handler);
    // 分發(fā)執(zhí)行apply()
    rvToApply.performApply(result, parent, handler);
    return result;
}
RemoteViews # performApply

在這個方法里张弛,就看到分發(fā)調用的操作了荒典。會遍歷所有的Action,執(zhí)行每一個Action的apply()吞鸭,所以apply()才是真正操作View的地方寺董。

private void performApply(View v, ViewGroup parent, OnClickHandler handler) {
    if (mActions != null) {
        handler = handler == null ? DEFAULT_ON_CLICK_HANDLER : handler;
        final int count = mActions.size();
        for (int i = 0; i < count; i++) {
            Action a = mActions.get(i);
            // 遍歷調用每個Action的apply()
            a.apply(v, parent, handler);
        }
    }
}

在系統(tǒng)源碼的BaseStatusBar的updateNotification()和AppWidgetHostView的updateAppWidget()中,都能找到調用RemoteViews的apply()和reapply()去更新的地方刻剥。

  • apply():能加載布局并且更新界面遮咖。
  • reapply():只會更新界面。

4. 一個實例

比如來看RemoteViews的setTextViewText()造虏。

RemoteViews # setTextViewText()

這里傳入的第二個參數(shù)是View操作的方法名御吞,用于在后面的獲取setText()的Methon對象麦箍。

public void setTextViewText(int viewId, CharSequence text) {
    setCharSequence(viewId, "setText", text);
}
RemoteViews # setCharSequence()

創(chuàng)建了一個ReflectionAction對象,調用addAction()傳入此Action對象陶珠。

public void setCharSequence(int viewId, String methodName, CharSequence value) {
    addAction(new ReflectionAction(viewId, methodName, ReflectionAction.CHAR_SEQUENCE, value));
}
RemoteViews # addAction()

mActions也就是Action集合了挟裂。把上一步new的TextViewSizeAction加入了這個集合中。

private ArrayList<Action> mActions;
// ......
private void addAction(Action a) {
    // ......
    if (mActions == null) {
        mActions = new ArrayList<Action>();
    }
    mActions.add(a);
    // ......
}
ReflectionAction

這個類繼承了Action背率,主要看apply()话瞧,其中,先拿到對應的View實例寝姿,然后獲取View操作的Method對象交排,最后執(zhí)行View操作。

private final class ReflectionAction extends Action {
    
    // ......
    
    // 以反射的方式調用View操作
    @Override
    public void apply(View root, ViewGroup rootParent, OnClickHandler handler) {
        final View view = root.findViewById(viewId);
        if (view == null) return;
        // 獲取value類型
        Class<?> param = getParameterType();
        if (param == null) {
            throw new ActionException("bad type: " + this.type);
        }
        try {
            // 獲取View操作的方法并執(zhí)行
            getMethod(view, this.methodName, param).invoke(view, wrapArg(this.value));
        } catch (ActionException e) {
            throw e;
        } catch (Exception ex) {
            throw new ActionException(ex);
        }
    }
    
    // ......
    
}

使用ReflectionAction的set方法非常多饵筑,就像名字一樣埃篓,是通過反射來實現(xiàn)的。當然也有其他的Action實現(xiàn)根资,比如TextViewSizeAction架专,這個Action沒有使用反射,直接調用了View操作的方法玄帕。

五部脚、RemoteViews跨進程更新UI實踐

如果一個進程需要去更新另一個進程的UI,就可以使用RemoteViews裤纹。當然也可以使用前面講過的IPC方式委刘,考慮到如果對界面更改頻繁,RemoteViews的性能會更優(yōu)一些鹰椒。對比IPC方式锡移,RemoteViews也會有缺陷,最大的缺陷就是支持的View種類有限漆际。

我們用兩個Activity模擬跨進程淆珊,一個Activity創(chuàng)建RemoteViews,通過廣播發(fā)送給另一個進程中的Activity讓它顯示奸汇。

實現(xiàn):

AndroidManifest.xml
<activity
    android:name=".AActivity"
    android:process=":remote" >
    <intent-filter>
        <action android:name="android.intent.action.MAIN" />
        <category android:name="android.intent.category.LAUNCHER" />
    </intent-filter>
</activity>
<activity android:name=".BActivity">
</activity>
AActivity
public class AActivity extends AppCompatActivity {
    private LinearLayout mContent;
    private static final String TAG = "AActivity";
    private BroadcastReceiver mReceiver = new BroadcastReceiver() {
        @Override
        public void onReceive(Context context, Intent intent) {
            Log.d(TAG, "onReceive: ");
            RemoteViews remoteViews = intent.getParcelableExtra("remoteViews");
            if (remoteViews != null) {
                Log.d(TAG, "onReceive: ");
                View view = remoteViews.apply(context, mContent);
                mContent.addView(view);
            }
        }
    };
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_a);
        mContent = findViewById(R.id.ll);
        IntentFilter filter = new IntentFilter();
        filter.addAction("com.utte.MYBroadcast");
        registerReceiver(mReceiver, filter);
    }
    @Override
    protected void onDestroy() {
        unregisterReceiver(mReceiver);
        super.onDestroy();
    }
    public void onClick(View view) {
        startActivity(new Intent(AActivity.this, BActivity.class));
    }
}
BActivity
public class BActivity extends AppCompatActivity {
    private static final String TAG = "BActivity";
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_b);
    }
    public void onClick(View view) {
        RemoteViews remoteViews = new RemoteViews(getPackageName(), R.layout.widget);
        remoteViews.setTextViewText(R.id.tv, "from BActivity");
        Intent intent = new Intent();
        intent.setAction("com.utte.MYBroadcast");
        Log.d(TAG, "onClick: ");
        intent.putExtra("remoteViews", remoteViews);
        sendBroadcast(intent);
    }
}

運行情況就是首先打開了AActivty施符,onCreate()時注冊了廣播監(jiān)聽。按下按鈕進入BActivty擂找,點擊按鈕發(fā)送攜帶RemoteViews的廣播戳吝。這時返回AActivity就會發(fā)現(xiàn)RemoteViews顯示在上面。其實這里的AActivty模擬的就是通知欄或是桌面婴洼。

如果真正運行在兩個應用中,會在下面這段代碼中出現(xiàn)問題撼嗓。

View view = remoteViews.apply(context, mContent);
mContent.addView(view);

當RemoteViews的布局資源文件傳輸?shù)紸Activty時柬采,布局文件的id可能是無效欢唾。所以需要使用布局資源文件名來加載。修改如下粉捻,先確定id礁遣,加載布局,調用reapply()更新RemoteViews肩刃,最后add祟霍。

int layoutId = getResources().getIdentifier("widget", "layout", getPackageName());
View view = getLayoutInflater().inflate(layoutId, mContent, false);
remoteViews.reapply(context, view);
mContent.addView(view);
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市盈包,隨后出現(xiàn)的幾起案子沸呐,更是在濱河造成了極大的恐慌,老刑警劉巖呢燥,帶你破解...
    沈念sama閱讀 206,482評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件崭添,死亡現(xiàn)場離奇詭異,居然都是意外死亡叛氨,警方通過查閱死者的電腦和手機呼渣,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,377評論 2 382
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來寞埠,“玉大人屁置,你說我怎么就攤上這事∪柿” “怎么了蓝角?”我有些...
    開封第一講書人閱讀 152,762評論 0 342
  • 文/不壞的土叔 我叫張陵,是天一觀的道長怖糊。 經(jīng)常有香客問我帅容,道長,這世上最難降的妖魔是什么伍伤? 我笑而不...
    開封第一講書人閱讀 55,273評論 1 279
  • 正文 為了忘掉前任并徘,我火速辦了婚禮,結果婚禮上扰魂,老公的妹妹穿的比我還像新娘麦乞。我一直安慰自己,他們只是感情好劝评,可當我...
    茶點故事閱讀 64,289評論 5 373
  • 文/花漫 我一把揭開白布姐直。 她就那樣靜靜地躺著,像睡著了一般蒋畜。 火紅的嫁衣襯著肌膚如雪声畏。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,046評論 1 285
  • 那天,我揣著相機與錄音插龄,去河邊找鬼愿棋。 笑死,一個胖子當著我的面吹牛均牢,可吹牛的內容都是我干的糠雨。 我是一名探鬼主播,決...
    沈念sama閱讀 38,351評論 3 400
  • 文/蒼蘭香墨 我猛地睜開眼徘跪,長吁一口氣:“原來是場噩夢啊……” “哼甘邀!你這毒婦竟也來了?” 一聲冷哼從身側響起垮庐,我...
    開封第一講書人閱讀 36,988評論 0 259
  • 序言:老撾萬榮一對情侶失蹤松邪,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后突硝,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體测摔,經(jīng)...
    沈念sama閱讀 43,476評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 35,948評論 2 324
  • 正文 我和宋清朗相戀三年解恰,在試婚紗的時候發(fā)現(xiàn)自己被綠了锋八。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 38,064評論 1 333
  • 序言:一個原本活蹦亂跳的男人離奇死亡护盈,死狀恐怖挟纱,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情腐宋,我是刑警寧澤紊服,帶...
    沈念sama閱讀 33,712評論 4 323
  • 正文 年R本政府宣布,位于F島的核電站胸竞,受9級特大地震影響欺嗤,放射性物質發(fā)生泄漏。R本人自食惡果不足惜卫枝,卻給世界環(huán)境...
    茶點故事閱讀 39,261評論 3 307
  • 文/蒙蒙 一煎饼、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧校赤,春花似錦吆玖、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,264評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至浑测,卻和暖如春翅阵,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 31,486評論 1 262
  • 我被黑心中介騙來泰國打工掷匠, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留读慎,地道東北人。 一個月前我還...
    沈念sama閱讀 45,511評論 2 354
  • 正文 我出身青樓槐雾,卻偏偏與公主長得像,于是被迫代替她去往敵國和親幅狮。 傳聞我的和親對象是個殘疾皇子募强,可洞房花燭夜當晚...
    茶點故事閱讀 42,802評論 2 345

推薦閱讀更多精彩內容