PackageManager
官方文档是如下描述PackageManager的
Class for retrieving various kinds of information related to the application packages that are currently installed on the device. You can find this class through Context#getPackageManager.
翻译下：用于检索与设备上当前安装的应用程序包相关的各种信息的类。
还是一脸懵逼？不要怀疑自己的理解能力有问题，怪我英语水平太蹩脚。
要理解这句话，重要的一点就是“各种信息”指的是什么。这就要说到我们重要的AndroidManifest.XML文件，这两个东西可以说是息息相关的，我们知道：Application、Activity、Service、Provider都是注册在AndroidManifest里面的，而这些信息就是我们这个PackageManager所管理的信息(包含但不仅限于，比如版本号等)。
简而言之，通过PackageManager你可以拿到注册在AndroidManifest文件中的各种信息：应用图标、包名、所有的Activity、Service信息等等。
本篇我们先只分析PackageManager中与Intent相关的的检索方法。
打开PackageManager文件我们可以看到他提供了一系列query开头的方法：
（哦，忘了说明，本篇代码出自api28，不同版本会有出入。）
以上方法都会根据传入的筛选条件返回一个检索结果集合，我们暂时只关注下返回值是ResolveInfo的集合的这些。这个ResolveInfo是啥玩意？
ResolveInfo
ResolveInfo的基本结构如下
public class ResolveInfo implements Parcelable {
public ActivityInfo activityInfo;
public ServiceInfo serviceInfo;
public ProviderInfo providerInfo;
public AuxiliaryResolveInfo auxiliaryInfo;
public boolean isInstantAppAvailable;
...... //后面还有很多，感兴趣的可以自己查看
}
看到类里面的东西就能知道ResolveInfo是对以上提到的注册在AndroidManifest中信息的封装类。
query...()方法
想要知道ResolveInfo从哪里来我们就要看下query...()方法的实现，PackageManager的实现类是DefaultPackageManager，在这个类里我们可以看到是维护了
private final Map> resolveInfoForIntent = new TreeMap<>(new IntentComparator());
一个以Intent为Key的Map，这也就是为什么这些方法都需要一个Intent对象参数的原因。
当我们在AndroidManifest里面注册一个“信息”时，就会以其所对应的Intent为key加入到resolveInfoForIntent里面，所以我们就可以通过筛选Intent来检索我们需要的ResolveInfo。
PS:我们在AndroidManifest里注册一个Activity的时候会有属性放到
Intent作为key，那我们肯定要看下Intent的equals方法看下怎样才是相同的Key：
//Intent.java
@Override
public boolean equals(Object obj) {
if (obj instanceof FilterComparison) {
Intent other = ((FilterComparison)obj).mIntent;
return mIntent.filterEquals(other);
}
return false;
}
public boolean filterEquals(Intent other) {
if (other == null) {
return false;
}
if (!Objects.equals(this.mAction, other.mAction)) return false;
if (!Objects.equals(this.mData, other.mData)) return false;
if (!Objects.equals(this.mType, other.mType)) return false;
if (!Objects.equals(this.mPackage, other.mPackage)) return false;
if (!Objects.equals(this.mComponent, other.mComponent)) return false;
if (!Objects.equals(this.mCategories, other.mCategories)) return false;
return true;
}
现在你知道为什么声明
之后就可以作为应用第一个打开的页面了吧，在启动一个app时，就是通过PackageManager检索出符合
action = android.intent.action.MAIN
category = android.intent.category.LAUNCHER
的ResolveInfo，再加以处理。要了解这一过程，我们就要来看sdk提供给我们的LauncherActivity了。
LauncherActivity
Displays a list of all activities which can be performed for a given intent. Launches when clicked.
显示可以针对给定意图执行的所有活动的列表。单击时启动。
LauncherActivity继承自ListActivity，通过ListView实现的一个Intent列表，已经封装了ui。
直接看代码：
当点击某个应用时调用了onListItemClick方法：
protected void onListItemClick(ListView l, View v, int position, long id) {
Intent intent = intentForPosition(position);
startActivity(intent);
}
intentForPosition方法返回的是一个熟悉的Intent对象，调用了熟悉的startActivity方法去启动这个Intent。
Intent是从ActivityAdapter的intentForPosition方法拿到的：
protected Intent intentForPosition(int position) {
ActivityAdapter adapter = (ActivityAdapter) mAdapter;
return adapter.intentForPosition(position); //调用了下面ActivityAdapter中的方法
}
为什么可以拿到一个Intent对象呢？我们看ActivityAdapter这个列表到底维护的数据是什么
private class ActivityAdapter extends BaseAdapter implements Filterable {
protected List mActivitiesList;
......
public ActivityAdapter(IconResizer resizer) {
......
mActivitiesList = makeListItems();
}
......
//从这里得到的Intent
public Intent intentForPosition(int position) {
if (mActivitiesList == null) {
return null;
}
//通过从ListItem取出属性创建出的Intent
Intent intent = new Intent(mIntent);
ListItem item = mActivitiesList.get(position);
intent.setClassName(item.packageName, item.className);
if (item.extras != null) {
intent.putExtras(item.extras);
}
return intent;
}
}
可以看到ActivityAdapter维护的数据是一个ListItem的List，最后通过从ListItem取出属性创建出的Intent，这是什么东西？我们先看这玩意从哪里取出来的，上面精简的关键代码中可以看到是通过makeListItems()拿到的：
public List makeListItems() {
// Load all matching activities and sort correctly
//通过mIntent取出List
List list = onQueryPackageManager(mIntent);
//排序
onSortResultList(list);
//下面逻辑是将ResolveInfo转成ListItem集合
ArrayList result = new ArrayList(list.size());
int listSize = list.size();
for (int i = 0; i < listSize; i++) {
ResolveInfo resolveInfo = list.get(i);
//ResolveInfo最后被塞到ListItem里面去了
result.add(new ListItem(mPackageManager, resolveInfo, null));
}
return result;
}
protected List onQueryPackageManager(Intent queryIntent) {
return mPackageManager.queryIntentActivities(queryIntent, /* no flags */ 0);
}
PackageManager调用queryIntentActivities（）取到符合mIntent的检索条件的ResolveInfo集合，再将每个ResolveInfo塞到一个新创建的ListItem对象，ListItem是对ResolveInfo的二次封装。
到此，整个流程已经明朗了：
1.通过PackageManager检索以mIntent为筛选条件的ResolveInfo集合
2.对ResolveInfo集合二次封装成ListItem集合，成为列表Adapter的数据
3.当点击条目时，通过ListItem创建出跳转Intent，调用startActivity跳转
回顾一下：
Intent intent = new Intent(mIntent);
ListItem item = mActivitiesList.get(position);
intent.setClassName(item.packageName, item.className);
扩展
LauncherActivity中的mIntent是通过getTargetIntent()方法创建出来的。所以我们可以创建一个Activity继承自LauncherActivity然后重写getTargetIntent方法，将这个条件Intent的Category设置成"android.intent.category.LAUNCHER"：
class MainActivity : LauncherActivity() {
override fun getTargetIntent(): Intent {
val intent = Intent(Intent.ACTION_MAIN)
intent.addCategory("android.intent.category.LAUNCHER")
return intent
}
}
这样，就可以得到一个应用启动列表了。
当然，你也可以为MainActivity直接注册以下
从而让他真的成为你的一个启动器候选项，点击home按键返回桌面时系统会查找注册了这个
同样的：文件管理中打开文件的“打开方式列表”也是通过该类型文件对应的
例如，想要支持在文件管理器中打开图片，可以注册Actvity的
但是如果想使app出现在分享/发送的列表中，就涉及到另外一个叫做Sharesheet的东西，底层原理上都是一样的，只是再次做了封装，官方文档是翻译版本，已经说的很清楚，就不详细讨论了。
后语：startActivity是怎么通过一个Intent启动起来一个Activity的，以及应用进程怎么启动起来的，我们后期再见。写这篇也算是为了写启动流程做铺垫。
PS:如果不懒的话。
新鲜出炉啦！！！Activity启动流程（Api29）