widget机制

android中的widget是非常有意思的一个功能，widget不是运行在自己的进程中，通常是运行在桌面、锁屏等应用上，如何理解跨进程通信并更新widget界面，是理解widget的关键。

widget核心是一个广播接收器，AppWidgetProvider，它有几个核心的回调函数。

// 没接收一次广播消息就调用一次，使用频繁
public void onReceive(Context context, Intent intent) {
    super.onReceive(context, intent);
}

// 每次更新都调用一次该方法，使用频繁
public void onUpdate(Context context, AppWidgetManager appWidgetManager, int[] appWidgetIds) {
    super.onUpdate(context, appWidgetManager, appWidgetIds);
}

// 没删除一个就调用一次
public void onDeleted(Context context, int[] appWidgetIds) {
    super.onDeleted(context, appWidgetIds);
}

// 当该Widget第一次添加到桌面是调用该方法，可添加多次但只第一次调用
public void onEnabled(Context context) {
    super.onEnabled(context);
}

// 当最后一个该Widget删除是调用该方法，注意是最后一个
public void onDisabled(Context context) {
    super.onDisabled(context);
}

根据实际需要，监听对应事件，实现相应的方法，在相应接口中更新widget界面。

widget必须在androidmenifest.xml文件中配置插件信息，以便包管理服务识别。

widget的初始配置文件如下，需要指定插件的最小宽高以及其它可选项，刷新频率，默认效果图片等等。

• android:initialLayout 指定界面布局的Layout文件，和activity的Layout一样
• android:minWidth 你的widget的最小宽度。根据Layout的单元格计算（72*格子数-2）
• android:minHeigh 你的widget的最小高度。计算方式和minwidth一样。
• android:updatePerioMillis 使用系统定时更新服务，单位毫秒。

widget的具体开发如上，但到底是如何影响到桌面显示，它们的包名不一样，进程也不一样。它们是如何进行跨进程通信。在理解widget之前，必须要理解android中的remoteviews是如何工作的。

remoteviews，顾名思义是远程view，但它不是一个真正的view，因为真正的view是无法跨进程通信的，remoteviews实现了parcelable接口，可以实现跨进程通信，可以将remoteviews理解为一个view的描述文件，其内部维护了一个action列表，每个action记录了用户调用的方法名，参数，最终实现反射调用，实现用户设置的ui效果。

widget应用维护着一个remoteviews，当widget需要更新时，必须通过widget服务刷新，以便通知桌面或锁屏实现界面更新。

widget更新时序图.png

逻辑调用时序图如上所示。AppWidgetHost有一个实现了IAppWidgetHost的callback内部对象，这样能就通过aidl方式实现跨进程通信了。具体调用如上，widget服务跨进程调用到widgethost当中，完成widgethostview的更新，这样桌面就实现了界面刷新。因为桌面在初始化的时候会将widgethostview添加到界面上。

widget机制，欢迎交流补充。