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