Android学习--深入探索RemoteViews
什么是RemoteViews
RemoteViews表示的是一个View结构，它可以在其他进程中显示，由于它在其他进程中显示，为了能够及时更新它的界面，RemoteViews提供了一组基础的操作来跨进程更新它的界面。源码中对于它的解释如下：
/**
* A class that describes a view hierarchy that can be displayed in
* another process. The hierarchy is inflated from a layout resource
* file, and this class provides some basic operations for modifying
* the content of the inflated hierarchy.
*/RemoteViews相信很多人跟我一样觉得这可能是一个View或是layout。真的是这样吗？其实不然上面描述中说到它是描述一个View结构，并不是一个View，下面我们来通过源码看看RemoteViews
public class RemoteViews implements Parcelable, Filter {
......
}从它的继承方式来看，它跟View和Layout并没有什么关系。下面我们来看看RemoteViews如何使用。
RemoteViews的应用场景
1、应用于通知栏
2、应用于桌面小部件
RemoteViews的使用
前面说了RemoteViews用于通知栏和桌面小部件，下面我们一个个来看RemoteViews是怎么使用的。
RemoteViews在通知栏中使用
RemoteViews在通知栏中的应用还是比较简单的，话不多说我们直接撸代码
Notification notification = new Notification();
notification.icon = R.mipmap.ic_launcher;
notification.tickerText = "hello notification";
notification.when = System.currentTimeMillis();
notification.flags = Notification.FLAG_AUTO_CANCEL;
Intent intent = new Intent(this, RemoteViewsActivity.class);
PendingIntent pendingIntent = PendingIntent.getActivity(this, 0, intent, PendingIntent.FLAG_UPDATE_CURRENT);
RemoteViews remoteViews = new RemoteViews(getPackageName(), R.layout.layout_notification);//RemoveViews所加载的布局文件
remoteViews.setTextViewText(R.id.tv, "RemoteViews应用于通知栏");//设置文本内容
remoteViews.setTextColor(R.id.tv, Color.parseColor("#abcdef"));//设置文本颜色
remoteViews.setImageViewResource(R.id.iv, R.mipmap.ic_launcher);//设置图片
PendingIntent openActivity2Pending = PendingIntent.getActivity
(this, 0, new Intent(this, MainActivity.class), PendingIntent.FLAG_UPDATE_CURRENT);//设置RemoveViews点击后启动界面
remoteViews.setOnClickPendingIntent(R.id.tv, openActivity2Pending);
notification.contentView = remoteViews;
notification.contentIntent = pendingIntent;
NotificationManager manager = (NotificationManager) getSystemService(Context.NOTIFICATION_SERVICE);
manager.notify(2, notification);RemoteViews在桌面小部件中的应用
桌面小部件是通过AppWidgetProVider来实现的，而AppWidgetProVider继承自BroadcastReceiver，所以可以说AppWidgetProVider是个广播。
1、定义小部件的界面
首先，我们需要在xml文件中定义好桌面小部件的界面。
<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/iv"
android:layout_width="360dp"
android:layout_height="360dp"
android:layout_gravity="center" />
LinearLayout>
2、定义小部件的配置信息
在res/xml/下新建一个xml文件，用来描述桌面部件的配置信息。
<appwidget-provider xmlns:android="http://schemas.android.com/apk/res/android"
android:initialLayout="@layout/widget"
android:minHeight="360dp"
android:minWidth="360dp"
android:updatePeriodMillis="864000"/>3、定义小部件的实现类
这个类需要继承AppWidgetProVider，我们这里实现一个简单的widget，点击它后，3张图片随机切换显示。
public class ImgAppWidgetProvider extends AppWidgetProvider {
public static final String TAG = "ImgAppWidgetProvider";
public static final String CLICK_ACTION = "packagename.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);
}
// 由于onReceive 和 onUpdate中部分代码相同 则抽成一个公用方法
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, ImgAppWidgetProvider.class), remoteViews);
}
}4、在AndroidManifest.xml中声明小部件
因为桌面小部件的本质是一个广播组件，因此必须要注册。
<receiver android:name=".RemoveViews_5.ImgAppWidgetProvider">
<meta-data
android:name="android.appwidget.provider"
android:resource="@xml/appwidget_provider_info">
meta-data>
<intent-filter>
<action android:name="packagename.action.click" />
<action android:name="android.appwidget.action.APPWIDGET_UPDATE" />
intent-filter>
receiver>代码中有两个action，第一个是小部件的点击事件，第二个是小部件的标识必须存在的，如果不加它就不是一个小部件也不会显示在手机桌面。
小部件的生命周期
onEnable:当小部件第一次添加到桌面的时候调用，小部件可以添加多次，但是只在第一次添加的时候调用。
onUpdate:小部件被添加时或小部件每次更新时都会调用这个方法。每个周期小部件都会自动更新一次，不是点击的时候更新，而是到指定配置文件时间的时候才更新。
onDelete:每删除一次小部件就调用一次。
onDisable:当最后一个该类型的小部件删除时调用该方法。
onRceive:这是广播的内置方法，用于分发具体的事件给其他方法，所以该方法一半要调用super.onReceive(context,intent)。如果自定义了其他action的广播，就可以在调用了父类方法之后进行判断。
PendingIntent介绍
PendingIntent表示一种处于Pending状态的意图，而pending状态就是表示接下来有一个Intent（即意图）将在某个待定的时刻发生。它和Intent的区别就在于，Intent是立刻、马上发生，而PendingInten是将来某个不确定的时刻发生。
PendingIntent的主要方法
PendingIntent支持三种待定意图：启动Activity，启动Service和发送广播，分别对应着它的三个接口方法：
getActivity(Context xontext,int requestCode,Intent intent,int flag): 获得一个PendingIntent，该待定意图发生时，效果相当于Context.startActivity(intent)
getService(Context xontext,int requestCode,Intent intent,int flag): 获得一个PendingIntent，该待定意图发生时，效果相当于Context.startService(intent)
getBroadcast(Context xontext,int requestCode,Intent intent,int flag): 获得一个PendingIntent，该待定意图发生时，效果相当于Context.sendBroadcast(intent)
这里有四个参数，第一个和第三个比较好理解，第二个表示的是PendingIntent发送方的请求码，大多数情况为0，第四个参数flag常见的类型有四种。
PendingIntent的flag参数
FLAG_ONE_SHOT: 当前描述的PendingIntent只能被使用一次，之后被自动cancle，如果后续还有相同的PendingIntent，那么他们的send方法会调用失败。
FLAG_NO_CREATE: 当前描述的PendingIntent不会主动创建，如果当前PendingIntent之前不存在，那么getActivity，getService，getBroadcast方法会直接返回null。
FLAG_CANCLE_CURRENT: 当前的PendingIntent如果已经存在，那么它们都会被cancle，然后系统会创建一个新的PendingIntent。对于通知栏来说那些被calcle的消息单机后将无法打开。
FLAG_UPDATE_CURRENT: 当前的PendingIntent如果已经存在，那么它们都会被更新，即它们的Intent中的Extras会被替换为最新的。
通知栏而言，notify(int, notification)方法中，若id值每次都不同的话，需要考虑到flag参数对应消息接收的情况。
RemoteViews的内部机制
RemoteViews没有findViewById方法，因此无法访问里面的View元素，而必须通过RemoteViews提供的一系列set方法来完成，这是通过反射调用的。
通知栏和小部件分别由NotificationManager和AppWidgetManger管理，而NotificationManager和AppWidgetManger通过Binder分别和SystemService进程中的NotificationManagerService和AppWidgetMangerService中加载的，而它们运行在SystemService中，这就构成了跨进程通信。
构造方法
public RemoteViews(String packageName, int layoutId)第一个参数是包名，第二个参数是待加载的布局文件。
支持组件
布局：FrameLayout、LinearLayout、RelativeLayout、GridLayout。
组件：Button、ImageButton、ImageView、ProgressBar、TextView、ListView、GridView、ViewStub等（例如EditText是不允许在RemoveViews中使用的，使用会抛异常）。
工作原理
系统将View操作封装成Action对象，Action同样实现了Parcelable接口，通过Binder传递到SystemServer进程。远程进程通过RemoteViews的apply方法来进行view的更新操作，RemoteViews的apply方法内部则会去遍历所有的action对象并调用它们的apply方法来进行view的更新操作。
这样做的好处是不需要定义大量的Binder接口，其次批量执行RemoteViews中的更新操作提高了程序性能。
工作流程
首先RemoteViews会通过Binder传递到SystemService进程，因为RemoteViews实现了Parcelable接口，因此它可以跨进程传输，系统会根据RemoteViews的包名等信息拿到该应用的资源；然后通过LayoutInflater去加载RemoteViews中的布局文件。接着系统会对View进行一系列界面更新任务，这些任务就是之前我们通过set来提交的。set方法对View的更新并不会立即执行，会记录下来，等到RemoteViews被加载以后才会执行。这样RemoteViews就可以在SystemService进程中显示了。
这里需要注意一个小知识点就是apply和reApply方法的区别，apply会加载布局并且更新界面，而reApply只会更新界面。
源码分析
我们下面基于android8.0的源码看看RemoteViews，set方法之后的逻辑是怎么样的，以setTextViewText为例：
public void setTextViewText(int viewId, CharSequence text) {
setCharSequence(viewId, "setText", text);
}继续深入查看
public void setCharSequence(int viewId, String methodName, CharSequence value) {
addAction(new ReflectionAction(viewId, methodName, ReflectionAction.CHAR_SEQUENCE, value));
}我们发现这里没有对View直接操作，而是添加了一个REflectionAction对象，进一步查看：
private void addAction(Action a) {
if (hasLandscapeAndPortraitLayouts()) {
throw new RuntimeException("RemoteViews specifying separate landscape and portrait" +
" layouts cannot be modified. Instead, fully configure the landscape and" +
" portrait layouts individually before constructing the combined layout.");
}
if (mActions == null) {
mActions = new ArrayList();
}
mActions.add(a);
// update the memory usage stats
a.updateMemoryUsageEstimate(mMemoryUsageCounter);
}
这里仅仅把action加入了list。下面我们通过NotificationManager的notify方法来看看。
public void notify(String tag, int id, Notification notification)
{
notifyAsUser(tag, id, notification, new UserHandle(UserHandle.myUserId()));
}进一步查看
public void notifyAsUser(String tag, int id, Notification notification, UserHandle user)
{
INotificationManager service = getService();
String pkg = mContext.getPackageName();
// Fix the notification as best we can.
Notification.addFieldsFromContext(mContext, notification);
if (notification.sound != null) {
notification.sound = notification.sound.getCanonicalUri();
if (StrictMode.vmFileUriExposureEnabled()) {
notification.sound.checkFileUriExposed("Notification.sound");
}
}
fixLegacySmallIcon(notification, pkg);
if (mContext.getApplicationInfo().targetSdkVersion > Build.VERSION_CODES.LOLLIPOP_MR1) {
if (notification.getSmallIcon() == null) {
throw new IllegalArgumentException("Invalid notification (no valid small icon): "
+ notification);
}
}
if (localLOGV) Log.v(TAG, pkg + ": notify(" + id + ", " + notification + ")");
final Notification copy = Builder.maybeCloneStrippedForDelivery(notification);
try {
service.enqueueNotificationWithTag(pkg, mContext.getOpPackageName(), tag, id,
copy, user.getIdentifier());
} catch (RemoteException e) {
throw e.rethrowFromSystemServer();
}
}
我们注意到这里最终调用了INotificationManager的enqueueNotificationWithTag方法，这里INotificationManager是aidl，通过Binder通信，真正实现它的Java类是NotificationManagerService,下面继续跟进这个方法：
@Override
public void enqueueNotificationWithTag(String pkg, String opPkg, String tag, int id,
Notification notification, int userId) throws RemoteException {
enqueueNotificationInternal(pkg, opPkg, Binder.getCallingUid(),
Binder.getCallingPid(), tag, id, notification, userId);
}进一步查看enqueueNotificationInternal的源码，这个方法代码有点多，我们只看重要部分。
void enqueueNotificationInternal(final String pkg, final String opPkg, final int callingUid,
final int callingPid, final String tag, final int id, final Notification notification,
int incomingUserId) {
if (DBG) {
Slog.v(TAG, "enqueueNotificationInternal: pkg=" + pkg + " id=" + id
+ " notification=" + notification);
}
checkCallerIsSystemOrSameApp(pkg);
final int userId = ActivityManager.handleIncomingUser(callingPid,
callingUid, incomingUserId, true, false, "enqueueNotification", pkg);
final UserHandle user = new UserHandle(userId);
......
省略部分代码
......
mHandler.post(new EnqueueNotificationRunnable(userId, r));
}
这里我们看到通过Handler来post了一个Runable对象，暂且先不管这个Runable干啥的我们往下看它的run方法：
protected class EnqueueNotificationRunnable implements Runnable {
private final NotificationRecord r;
private final int userId;
EnqueueNotificationRunnable(int userId, NotificationRecord r) {
this.userId = userId;
this.r = r;
};
@Override
public void run() {
synchronized (mNotificationLock) {
mEnqueuedNotifications.add(r);
scheduleTimeoutLocked(r);
......
省略部分代码
......
} else {
mHandler.post(new PostNotificationRunnable(r.getKey()));
}
}
}
}我们看到这里它又post了一个PostNotificationRunnable对象，这又是什么鬼，我们接着往下看：
protected class PostNotificationRunnable implements Runnable {
private final String key;
PostNotificationRunnable(String key) {
this.key = key;
}
@Override
public void run() {
synchronized (mNotificationLock) {
try {
......
省略部分代码
......
// ATTENTION: in a future release we will bail out here
// so that we do not play sounds, show lights, etc. for invalid
// notifications
Slog.e(TAG, "WARNING: In a future release this will crash the app: "
+ n.getPackageName());
}
buzzBeepBlinkLocked(r);
} finally {
int N = mEnqueuedNotifications.size();
for (int i = 0; i < N; i++) {
final NotificationRecord enqueued = mEnqueuedNotifications.get(i);
if (Objects.equals(key, enqueued.getKey())) {
mEnqueuedNotifications.remove(i);
break;
}
}
}
}
}
}我们看到它最终调用了buzzBeepBlinkLocked方法，我们进一步查看它的源码：
@VisibleForTesting
@GuardedBy("mNotificationLock")
void buzzBeepBlinkLocked(NotificationRecord record) {
......
// Should this notification make noise, vibe, or use the LED?
......
// If we're not supposed to beep, vibrate, etc. then don't.
......
// Remember if this notification already owns the notification channels.
......
if (disableEffects == null
&& canInterrupt
&& mSystemReady
&& mAudioManager != null) {
if (DBG) Slog.v(TAG, "Interrupting!");
Uri soundUri = record.getSound();
hasValidSound = soundUri != null && !Uri.EMPTY.equals(soundUri);
long[] vibration = record.getVibration();
// Demote sound to vibration if vibration missing & phone in vibration mode.
......
// If a notification is updated to remove the actively playing sound or vibrate,
// cancel that feedback now
if (wasBeep && !hasValidSound) {
clearSoundLocked();
}
if (wasBuzz && !hasValidVibrate) {
clearVibrateLocked();
}
// light
// release the light
......
if (buzz || beep || blink) {
MetricsLogger.action(record.getLogMaker()
.setCategory(MetricsEvent.NOTIFICATION_ALERT)
.setType(MetricsEvent.TYPE_OPEN)
.setSubtype((buzz ? 1 : 0) | (beep ? 2 : 0) | (blink ? 4 : 0)));
EventLogTags.writeNotificationAlert(key, buzz ? 1 : 0, beep ? 1 : 0, blink ? 1 : 0);
}
}这个方法很长，但是职责相对来说比较明确，确认是否需要声音，震动和闪光，如果需要，那么就发出声音，震动和闪光。最后将mBuzzBeepBlinked post到工作handler，最后会调用到mStatusBar.buzzBeepBlinked()，mStatusBar是StatusBarManagerInternal对象，这个对象是在StatusBarManagerService中初始化，所以最后调用到了StatusBarManagerService中StatusBarManagerInternal的buzzBeepBlinked()方法：
public void buzzBeepBlinked() {
if (mBar != null) {
try {
mBar.buzzBeepBlinked();
} catch (RemoteException ex) {
}
}
}mBar是一个IStatusBar对象。关于更进一步的分析看这里源码分析Notification的Notify。我们最终发现是调用到了CommandQueue中，接着sendEmptyMessage给了内部的H类，接着调用了mCallbacks.buzzBeepBlinked()方法，这个mCallbacks就是BaseStatusBar，最终会将notification绘制出来，到这里一个notification就算是完成了。
RemoteViews的意义
RemoteViews最大的意义应该还是在于它可以跨进程更新UI。
1、当一个应用需要更新另一个应用的某个界面，我们可以选择用AIDL来实现，但如果更新比较频繁，效率会有问题，同时AIDL接口就可能变得很复杂。如果采用RemoteViews就没有这个问题，但RemoteViews仅支持一些常用的View，如果界面的View都是RemoteViews所支持的，那么就可以考虑采用RemoteViews。
2、利用RemoteViews加载其他App的布局文件与资源。
感谢
《Android开发艺术探索》
源码分析Notification的Notify
android 特殊用户通知用法汇总–Notification源码分析