AndroidManifest 中的 meta-data 常见于我们使用第三方 SDK 时，如腾讯的 SDK，如友盟统计，配置 appid 会用上，实际 meta-data 可做的远不止这些。今天某一功能个性化用到了 meta-data 看一下这个似乎不大的小家伙
官方文档：https://developer.android.com/guide/topics/manifest/meta-data-element
meta-data 是应用的清单文件 AndroidManifest.xml 中application,activity,activity-alias,provider,receiver,service 下的子标签,比intent-filter 多些父标签，像友盟这些统计服务一般只需要一个 AppID 等, 只需要定义在 Application 中,如果你想给某个组件添加 meta-data ，那么meta-data必须定义在其组件申明内。
事实上，meta-data 我们拿到的时候是一个 Bundle ，知道了这一点，我们就可以不畏惧它了，不信你看。
public Bundle metaData;先看一下友盟的应用场景，在Application中定义APPID, 我们也可以直接给一个resource给meta-data
<application
....
<meta-data
android:name="test"
android:value="test77888">
</meta-data>
</application>获取Application中的meta-data方法：
ApplicationInfo appInfo = null;
appInfo = this.getPackageManager()
.getApplicationInfo(getPackageName(), PackageManager.GET_META_DATA);
Bundle bundle = appInfo.metaData;
Log.i(TAG, "bundle.getString(test) : " + bundle.getString("test"));可以看到打印为：
I/MainActivity: bundle.getString("test") : sdf123456
若我们像下面这种方式使用：
<string-array name="test1">
<item>test1_hello</item>
<item>test1_hello2</item>
</string-array>
<meta-data
android:name="test_array"
android:resource="@array/test1">
</meta-data>在获取时，获取到的是id，R.id的id，我们还需要getResource.get...去获取。我们测试一下：
int id = bundle.getInt("test_array");
String[] aString = getResources().getStringArray(id);
for (int i = 0; i < aString.length; i++) {
Log.i(TAG, "onCreate: " + aString[i]);
}logcat可以看到：
10-17 15:57:55.966 5247-5247/avatar.com.demos I/MainActivity: onCreate: test1_hello
10-17 15:57:55.966 5247-5247/avatar.com.demos I/MainActivity: onCreate: test1_hello2既然知道了如何获取Application中的参数，那么其他的也如出一辙。
//在Activity应用<meta-data>元素。
ActivityInfo info = this.getPackageManager()
.getActivityInfo(getComponentName(),PackageManager.GET_META_DATA);
info.metaData.getString("meta_name");
//在service应用<meta-data>元素。
ComponentName cn = new ComponentName(this, ×××Service.class);
ServiceInfo info = this.getPackageManager().getServiceInfo(cn, PackageManager.GET_META_DATA);
info.metaData.getString("meta_name");
//在receiver应用<meta-data>元素。
ComponentName cn = new ComponentName(context, ×××Receiver.class);
ActivityInfo info = context.getPackageManager().getReceiverInfo(cn, PackageManager.GET_META_DATA);
info.metaData.getString("meta_name"); 扩展应用-配合PackageManager
举一个扩展应用场景，我们都知道，Android系统的多应用打开功能，即比如你有三个浏览器，那么我们发送一个url的时候，如果没有默认浏览器，会让我们选择一个浏览器。
Intent intent = new Intent();
intent.setAction("android.intent.action.VIEW");
Uri content_url = Uri.parse("https://www.zmide.com");
intent.setData(content_url);
startActivity(intent);现在我们喜欢，弹出的选择界面多一点介绍，每个能够接收这个Action的应用都能够做一下自我介绍，在选择的界面上下面显示小字提示。
这个需求，我们肯定不是说提前记住每个应用的介绍，并且这种肯定是要控制反转，即每个应用单独提供自己的介绍的。这个时候meta-data就起到作用了，我们可以让每个做公共跳转的应用的Activity都添加一个叫title的meta-data，那么我们就能获取到它，怎么获取呢，看下面操作，（我居然能突然奇想到这个例子，OMG）
操作1，利用PackageManager查询Intent的功能，这个功能常用来判断一个Intent是否有接收者的，比如从相册选择图片，为了防止没有相册往往会做这样的判断。
Intent intent = new Intent();
intent.setAction("android.intent.action.VIEW");
PackageManager packageManager = getPackageManager();
List<ResolveInfo> activities = packageManager.queryIntentActivities(intent, PackageManager.GET_ACTIVITIES);拿到List<ResolveInfo> activities,接下来干什么？
for (ResolveInfo info : activities) {
ActivityInfo mActivityInfo = info.activityInfo;
mActivityInfo.packageName;
mActivityInfo.name;
Bundle data = info.activityInfo.metaData;
}我们拿到了应用的ActivityInfo，以及对应的meta-data，上述需求基本上算没有难度了。
像上述拿其他应用的meta-data，看上去没有什么应用场景，但是有些时候可以干很多出奇的事情的。
