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的文件
-
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.最后要在清单文件中声明小部件
第一个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