前言
上一篇文章《Android 关于RemoteViews的理解(一)》介绍了RemoteViews的使用场景,我们学习东西的时候要知其然知其所以然。我之前考虑一篇文章就可以说明RemoteViews的内部机制了,但是当我仔细查阅资料学习之后发现要说透这个可能会需要几篇文章,所以关于RemoteViews的内部机制会拆分成几篇文章,这里是第一篇
1:构造方法及支持的View类型
在正式了解RemoteViews内部机制前我们有必要了解下RemoteViews支持的View类型,创建RomoteViews最常用的方法是:
val remoteViews = RemoteViews(packageName, R.layout.xxx)
这个构造方法的源码如下:
/**
* Create a new RemoteViews object that will display the views contained
* in the specified layout file.
*
* @param packageName Name of the package that contains the layout resource
* @param layoutId The id of the layout resource
*/
public RemoteViews(String packageName, int layoutId) {
this(getApplicationInfo(packageName, UserHandle.myUserId()), layoutId);
}
其中packageName是当前应用的包名,layoutId是需要加载的布局文件。既然RemoteViews其中一个应用场景是在通知栏,这就限定了某些View它是不支持的,比如在通知栏里使用Edittext,这个应用场景是无法想象的,下面为谷歌官方开发文档中列出的RemoteViews支持的所有类型:
layouts
AdapterViewFlipper
FrameLayout
GridLayout
GridView
LinearLayout
ListView
RelativeLayout
StackView
ViewFlipper
widgets
AnalogClock
Button
Chronometer
ImageButton
ImageView
ProgressBar
TextClock
TextView
值得注意的是RemoteViews只支持上述View类型而且不支持他们的子类,以及其他自定义View,我知道到这里肯定有人会去验证一波,所以我就直接帮你们验证了,当我在自定义的通知栏中使用了CheckBox,通知栏没有弹出,查看Logcat可以看到:
2020-12-22 21:54:24.752 1170-1283/? E/Netd: getNetworkForDns: getNetId from enterpriseCtrl is netid 0
2020-12-22 21:54:24.931 2199-2199/? E/StatusBar: couldn't inflate view for notification com.sjr