書上很多東西都過時了或者在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 ) 應用場景
- 通知:通過NotificationManager的notify()實現(xiàn)滥酥。
- 桌面小部件 :通過AppWidgetProvider來實現(xiàn)更舞。
二、RemoteViews通知的應用
1 ) 普通通知
- 判斷api版本坎吻,8.0之后需要NotificationChannel創(chuàng)建Notification缆蝉。
- 使用Builder模式向Notification里添加通知的各種樣式。
- 使用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 ) 自定義通知樣式
- 使用RemoteViews去加載自定義布局返奉。
- 利用RemoteViews中提供的set方法改變內容。
- 將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 ) 流程
- RemoteViews通過Binder傳遞到SystemServer進程倍宾。
- RemoteViews實現(xiàn)了Parcelable接口雏节。
- 系統(tǒng)根據(jù)RemoteViews中的包名等信息,獲取該應用的資源高职。
- 通過LayoutInflater加載RemoteViews中的布局文件钩乍。
- 系統(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操作。
- 每當調用一次set方法墓阀,就會將該View操作封裝成一個Action毡惜。
- 當調用Manager提交更新的操作時,就會將這些Action傳輸?shù)絊ystemServer進程中斯撮。
- 到達后经伙,在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);