前段时间解决一个widget的bug,具体分析是“appWidgetManager.updateAppWidget(THIS_APPWIDGET, views);”这个方法updateAppWidget()在恢复出厂设置后不更新了,我就查原因,结果通过log的验证发现时sdk的bug:
step 1:
public void updateAppWidget(int[] appWidgetIds, RemoteViews views) {
try {
sService.updateAppWidgetIds(appWidgetIds, views);
}
catch (RemoteException e) {
throw new RuntimeException("system server dead?", e);
}
}
step 2:这个sService.updateAppWidgetIds(appWIdgetIds, views);sService是AppWidgetService的对象,在这个类中:
public void updateAppWidgetIds(int[] appWidgetIds, RemoteViews views) {
if (appWidgetIds == null) {
return;
}
if (appWidgetIds.length == 0) {
return;
}
final int N = appWidgetIds.length;
synchronized (mAppWidgetIds) {
for (int i=0; i
step 3:经过分析代码:updateAppWidgetInstanceLocked()这个方法出的问题;看代码:
void updateAppWidgetInstanceLocked(AppWidgetId id, RemoteViews views) {
// allow for stale appWidgetIds and other badness
// lookup also checks that the calling process can access the appWidgetId
// drop unbound appWidgetIds (shouldn't be possible under normal circumstances)
if (id != null && id.provider != null && !id.provider.zombie && !id.host.zombie) {
id.views = views;
// is anyone listening?
if (id.host.callbacks != null) {
try {
// the lock is held, but this is a oneway call
id.host.callbacks.updateAppWidget(id.appWidgetId, views);
} catch (RemoteException e) {
// It failed; remove the callback. No need to prune because
// we know that this host is still referenced by this instance.
id.host.callbacks = null;
}
}
}
}
Step 4:经过打log分析,原来这个值id.host.callbacks == null造成的没有走到这个方法updateAppWidget(id.appWidgetId, views);这个callbacks是在这个类的startListening的时候赋值的,下面看一下这个方法:
public int[] startListening(IAppWidgetHost callbacks, String packageName, int hostId,
List updatedViews) {
int callingUid = enforceCallingUid(packageName);
synchronized (mAppWidgetIds) {
Host host = lookupOrAddHostLocked(callingUid, packageName, hostId);
host.callbacks = callbacks;
updatedViews.clear();
ArrayList instances = host.instances;
int N = instances.size();
int[] updatedIds = new int[N];
for (int i=0; i
造成这个callbacks为空有两种原因,一个是host.callbacks = callbacks;赋值后,这个host.callbacks被别的条件置为空,另一个原因是这个参数传递的时候callbacks就传递了空值。
Step5:找到IAppWidgetHost callback赋值的地方。在AppWidgetHost中也有个startListenering方法()代码如下:
/**
* Start receiving onAppWidgetChanged calls for your AppWidgets. Call this when your activity
* becomes visible, i.e. from onStart() in your Activity.
*/
public void startListening() {
int[] updatedIds;
ArrayList updatedViews = new ArrayList();
try {
if (mPackageName == null) {
mPackageName = mContext.getPackageName();
}
updatedIds = sService.startListening(mCallbacks, mPackageName, mHostId, updatedViews);
}
catch (RemoteException e) {
throw new RuntimeException("system server dead?", e);
}
final int N = updatedIds.length;
for (int i=0; i
这个mCallbacks就是Step4中的callbacks传递过去的值,现在查找这个mCallbacks怎么赋值的??
搜索发现Callbacks mCallbacks = new Callbacks();这个mCallbacks是new的。这下明了了吧,在
sService.startListening(mCallbacks, mPackageName, mHostId, updatedViews);判断一下,如果mCallbacks为空,再new一下。传递过去后,把这个callbacks的值赋给一个全局变量,在Step3的时候加一个判断,为空的时候,赋值给id.host.callbacks。这样就解决了为空的情况!真正的原因没有查为什么为空?只是找到了解决方案!
通过以上的查找,我对AppWidgetProvider有了一定的了解。借此基础我写了一个时钟的widget,和模拟时钟的效果一样的,点击时钟就能进入到闹钟的界面:截图如下:
红色部分是时钟:点击桌面添加时钟widget:点击每一个进入到闹钟界面:
因为AppWidgetProvider是继承extends BroadcastReceiver, 为一个简便类来处理App Widget广播。AppWidgetProvider只接收和这个App Widget相关的事件广播,比如这个App Widget被更新,删除,启用,以及禁用。当这些广播事件发生时,AppWidgetProvider 将接收到下面的方法调用:
一、onEnabled(Context context):
当第一次实例化一个appwidget的时候,接受action_appwidget_enabled广播,重写此方法以实现自己的appwidget功能。
二、onUpdate(Context context, AppWidgetManager appWidgetManager, int[] appWidgetIds)
这个方法调用来间隔性的更新App Widget,间隔时间用AppWidgetProviderInfo 里的updatePeriodMillis属性定义(参见添加AppWidgetProviderInfo元数据)。这个方法也会在用户添加App Widget时被调用,因此它应该执行基础的设置,比如为视图定义事件处理器并启动一个临时的服务Service,如果需要的话。但是,如果你已经声明了一个配置活动,这个方法在用户添加App Widget时将不会被调用,而只在后续更新时被调用。配置活动应该在配置完成时负责执行第一次更新。
三、onDisabled(Context)
当你的App Widget的最后一个实例被从宿主中删除时被调用。你应该在onEnabled(Context)中做一些清理工作,比如删除一个shareparence或者是一个数据库。
四、onReceive(Context, Intent)
这个接收到每个广播时都会被调用,而且在上面的回调函数之前。你通常不需要实现这个方法,因为缺省的AppWidgetProvider 实现过滤所有App Widget 广播并恰当的调用上述方法。
注意: 在Android 1.5中, 有一个已知问题,onDeleted()方法在该调用时不被调用。为了规避这个问题,你可以像
Group post中描述的那样实现onReceive() 来接收这个onDeleted()回调。
更多详细知识请看sdk帮助文档;
下面把截图的代码简单梳理一下:
一、在manifest中注册receiver事件:
其中
二、在res目录下建立xml文件夹,在xml文件夹中建立dmling_appwidget.xml文件:
这个appwidget-provider格式是固定的。
三、给“一”中的receiver建立一个接受类,正如“一”中的xml的语句中:
receiver android:name="com.cn.daming.provider.DMAlarmAppWidgetProvider"建立com.cn.daming.provider包,在
com.cn.daming.provider包中建立DMAlarmAppWidgetProvider.java类,如下:
package com.cn.daming.provider;
import android.app.PendingIntent;
import android.appwidget.AppWidgetManager;
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.util.Log;
import android.widget.RemoteViews;
import com.cn.daming.deskclock.DeskClockMainActivity;
import com.cn.daming.deskclock.R;
public class DMAlarmAppWidgetProvider extends BroadcastReceiver {
public void onReceive(Context context, Intent intent) {
String action = intent.getAction();
if (AppWidgetManager.ACTION_APPWIDGET_UPDATE.equals(action)) {
RemoteViews views = new RemoteViews(context.getPackageName(),
R.layout.damling_appwidget);
views.setOnClickPendingIntent(R.id.damling_appwidget,
PendingIntent.getActivity(context, 0,
new Intent(context, DeskClockMainActivity.class),
PendingIntent.FLAG_UPDATE_CURRENT));//FLAG_NO_CREATE
int[] appWidgetIds = intent.getIntArrayExtra(
AppWidgetManager.EXTRA_APPWIDGET_IDS);
AppWidgetManager gm = AppWidgetManager.getInstance(context);
Log.v("wdaming", "DMAlarmAppWidgetProvider ---> appWidgetIds == "+appWidgetIds+" gm == "+gm+
" views == "+views);
gm.updateAppWidget(appWidgetIds, views);
}
}
}
四、如“二”中的代码建立layout文件damling_appwidget.xml:
这样基本就把时钟的widget建立好了!当然这个没有按照AppWidgetProvider来写。我参考的是闹钟的时钟widget,我看这样也挺简单的,extends BroadcastReceiver,在onReceiver中写一个监听时钟的点击事件的方法,因为这个模拟时钟是
AnalogClock,在frameworks已经对它做了处理,所以我们只需要给它dial【表盘】,hand_hour:【时针】,hand_minute:
【分针】,就可以实现时钟了!
说明:有问题的,好意见的或者想要源码的可以留言!欢迎各界人士拍砖!