AndroidManifest清单文件

最近做二次开发，修改别人代码的时候发现清单文件中多了很多奇怪的属性和标签（自己以前没见过的），在不明白的情况下直接开发出现了很多奇怪的问题。所以痛下决心，重新复习下这些基础知识,以下以6.0系统中的Settings模块源码为例讲解。

< manifest/>标签层：

这是整个清单文件的最上层，用来做一些最基本的声明，如（包名，权限，资源命名空间等）。老规矩，通过栗子来讲解：

---

<manifest coreApp="true"          package="com.android.settings"          xmlns:android="http://schemas.android.com/apk/res/android"          android:sharedUserId="android.uid.system"          android:versionCode="20150101"          android:versionName="3.0.5">    <original-package android:name="com.android.settings"/>    <uses-sdk        android:minSdkVersion="21"        android:targetSdkVersion="21"/>    <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>

1.package=”com.android.settings”
整个应用的包名。这里有个坑，当我们通过ComponentName来启动某个Activity时，所用的包名一定是这个应用的包名，而不是当前Activity的包名。

2.xmlns:android=”http://schemas.android.com/apk/res/android”
命名空间的声明，使得各种Android系统级的属性能让我们使用。当我们需要使用自定义属性时，可以将其修改为res-auto，编译时会为我们自动去找到该自定义属性。

3.android:sharedUserId=”android.uid.system”
将当前应用进程设置为系统级进程（不推介随意这么做，会产生很多隐患）。拥有此属性后，我们的应用就可以无视用户，无法无天地处理很多事情，比如擅自修改手机system分区的内容、静默安装等。之前开发过一个类似切换多套开关机动画和音效的模块，添加此属性后，就可以明目张胆地将我们的数据节点存在system分区，可以让用户恢复出厂设置都清空不了我们的数据。
但是添加此属性后，我们需要在当前模块的MakeFile中添加LOCAL_CERTIFICATE := platform，然后在安卓源码环境下使用原生make命令编译才能生效（原生编译虽然比使用ide工具麻烦很多，但是却能使用很多ide工具无权限使用的api）。
如果非要在ide工具中使用则必须通过系统密钥重签名生成的apk才行（未亲自验证）。

4.uses-permission
为我们的应用添加必须的权限。同时我们也可以该层声明自定义的权限。

<permission      android:name="com.cold.permission.appfreeze"      android:protectionLevel="signatureOrSystem"/><application/>标签层：

应用层标签，用来配置我们的apk的整体属性，也可以统一指定所有界面的主题。栗子如下：

<application    android:name=".SettingsApp"    android:allowBackup="false"    android:hardwareAccelerated="true"    android:icon="@mipmap/ic_launcher_settings"    android:label="@string/settings_label"    android:requiredForAllUsers="true"    android:supportsRtl="true"    android:taskAffinity=""    android:theme="@style/Theme.Aui">

1.”android:name”、”android:icon”、”android:label”
顾名思义，用来指定应用的名称、在桌面的启动图标、应用的标签名

2.”android:theme”
为当前应用的每个界面都默认设置一个主题，可以后续在activity标签层单独覆盖此Theme。

3.”android:allowBackup”
关闭应用程序数据的备份和恢复功能，注意该属性值默认为true，如果你不需要你的应用被恢复导致隐私数据暴露（如果值为true，甚至可以直接通过adb命令获取该应用中的数据），必须手动设置此属性。

4.android:hardwareAccelerated=”true”
开启硬件加速，一般应用不推介使用。就算非要使用也最好在某个Activity单独开启，避免过大的内存开销。

5.android:taskAffinity
设置Activity任务栈的名称,可忽略。

<具体组件/>标签层：

因为< /provider >、< /service>在实际开发中接触得不多，这部分主要讲解 < /activity> 、< /receiver>标签。

关于Activity标签的属性，个人最觉得绕和难掌握的就是Intent-filter的匹配规则了，每次使用错了都要去查资料修改，所以这边总结得尽可能仔细。

</activity>

先来一段热身的代码，一个最简单的Activity声明：

    <activity        android:name="AgedModeActivity"        android:icon="@drawable/ic_aged_mode"        android:label="@string/app_name_label"        android:theme="@android:style/Theme.NoDisplay"        android:exported="true"        android:configChanges="orientation|screenSize|fontScale">        <intent-filter>            <action android:name="android.intent.action.MAIN"/>            <category android:name="android.intent.category.DEFAULT"/>            <category android:name="android.intent.category.LAUNCHER"/>        </intent-filter>    </activity>

1.android:configChanges
当我们的界面大小，方向，字体等config参数改变时，我们的Activity就会重新执行onCreate的生命周期。而当我们设置此属性后，就可以强制让Activity不重新启动，而是只会调用一次onConfigurationChanged方法，所以我们可以在这里做一些相关参数改变的操作。

2.”android.intent.category.LAUNCHER”、”android.intent.action.MAIN”
这两个属性共同将当前Activity声明为了我们应用的入口，将应用注册至系统的应用列表中，缺一不可。

这里还有一点需要注意，如果希望我们的应用有多个入口，每个入口能进入到app的不同Activity中时，光设置这两个属性还不够，还要为它指定一个进程和启动模式。

android:process=”.otherProcess”
android:launchMode =”singleInstance”
至于Activity的四种启动模式请各位看官自己复习，就不在这儿重述了。

3.android:exported=”true”
将当前组件暴露给外部。属性决定它是否可以被另一个Application的组件启动。
热身结束，我们就来重点分析的匹配规则（显式调用只需正确使用包名类名即可，隐式调用才需要考虑匹配的问题）。

    <activity android:name="Settings$WirelessSettingsActivity"            android:taskAffinity="com.android.settings"            android:label="@string/wireless_networks_settings_title"            android:parentActivityName="Settings">        <intent-filter android:priority="1">            <action android:name="android.settings.WIRELESS_SETTINGS" />            <action android:name="android.settings.AIRPLANE_MODE_SETTINGS" />            <action android:name="android.settings.NFC_SETTINGS" />            <category android:name="android.intent.category.DEFAULT" />        </intent-filter>        <intent-filter>            <action android:name="android.intent.action.MAIN" />            <category android:name="android.intent.category.DEFAULT" />            <category android:name="android.intent.category.VOICE_LAUNCH" />            <data                android:scheme="content"                android:host="com.android.externalstorage.documents"                android:mimeType="vnd.android.document/root" />        </intent-filter>        <meta-data android:name="com.android.settings.FRAGMENT_CLASS"            android:value="com.android.settings.WirelessSettings" />        <meta-data android:name="com.android.settings.TOP_LEVEL_HEADER_ID"            android:resource="@id/wireless_settings" />        <!-- Note that this doesn't really show any Wireless settings. -->        <meta-data android:name="com.android.settings.PRIMARY_PROFILE_CONTROLLED"            android:value="true" />    </activity>

当我们通过intent去隐式调用一个Activity时，需要同时匹配注册activity中的action、category、data才能正常启动，而这三个属性的匹配规则也略有不同。

1.action
action是最简单的匹配项，我们将其理解为一个区分大小写的字符串即可，一般用来代表某一种特定的动作，隐式调用时intent必须setAction。一个过滤器中可以有多个action属性，只要我们的itent和其中任意一项equal则就算匹配成功。

2.category
category属性也是一个字符串，匹配时也必须和过滤器中定义的值相同。当我们不为intent主动地addCategory时，系统为帮我们默认添加一个值为”android.intent.category.DEFAULT”的category。反过来说，如果我们需要我们自己写的Activity能接受隐式intent启动，我们就必须在它的过滤器中添加”android.intent.category.DEFAULT”（深坑！），否则无法成功启动。

3.data
data比较复杂，幸运地是我们几乎用不到它。data可以分为mimeType和URI路径两部分：
mimeType指定媒体格式类型，音频、文件、图片都有特定的属性值。
URI则有android:scheme、android:host、android:port等属性组成，scheme代表模式（常用的有http,content,file,package），Host就是一个主机地址，Port则是端口号。
依照上面给出的代码，为intent设置data时我们可以这样做：
intent.setDataAndType(Uri.parse(“content://com.android.externalstorage.documents”), “vnd.android.document/root”);

额外扩展一些关于activity的属性：

<meta-data/>标签：

标签 < meta-data>是提供组件额外的数据用的，它本身是一个键值对，写在清单文件中之后，可以在代码中获取。栗：

private void getMetaData() {
PDebug.Start(“getMetaData”);
try {
ActivityInfo ai = getPackageManager().getActivityInfo(getComponentName(),
PackageManager.GET_META_DATA);
if (ai == null || ai.metaData == null) return;
mTopLevelHeaderId = ai.metaData.getInt(META_DATA_KEY_HEADER_ID);
mFragmentClass = ai.metaData.getString(META_DATA_KEY_FRAGMENT_CLASS);

      // Check if it has a parent specified and create a Header object      final int parentHeaderTitleRes = ai.metaData.getInt(META_DATA_KEY_PARENT_TITLE);      String parentFragmentClass = ai.metaData.getString(META_DATA_KEY_PARENT_FRAGMENT_CLASS);      if (parentFragmentClass != null) {          mParentHeader = new Header();          mParentHeader.fragment = parentFragmentClass;          if (parentHeaderTitleRes != 0) {              mParentHeader.title = getResources().getString(parentHeaderTitleRes);          }      }  } catch (NameNotFoundException nnfe) {      // No recovery  }  PDebug.End("getMetaData");

}
android:excludeFromRecents=”true”
设置为true后，当用户按了“最近任务列表”时候，该activity不会出现在最近任务列表中，可达到隐藏应用的目的。很黑科技吧～

</receiver>

关于receiver，个人觉得容易混淆的就一个permission问题：

<receiver    android:name="com.android.settings.AliAgeModeReceiver"    android:permission="com.android.settings.permission.SWITH_SETTING">    <intent-filter>        <action android:name="com.android.settings.action.SWITH_AGED_MODE"/>    </intent-filter></receiver>

起初认为这是receiver中处理一些操作需要使用到此权限，后来查阅资料后发现是通过在中添加permission标签，我可以发送一些敏感的广播，只有添加了该permission的receiver才能接收到，而不让其他的应用收到。栗：

Intent intent = new Intent(“com.android.settings.action.SWITH_AGED_MODE”);
sendBroadcast(intent,”com.android.settings.permission.SWITH_SETTING”);
这要就只有我们自己的接收者才能收到该广播，但是当我们

Intent intent = new Intent(“com.android.settings.action.SWITH_AGED_MODE”);
sendBroadcast(intent);
则所有有此action的接收者都能收到我们发出的广播。
总结来说就是：

一些敏感的广播并不想让第三方的应用收到 ；
要限制自己的Receiver接收某广播来源，避免被恶意的同样的ACTION的广播所干扰。
11.01更新：

发现一个可以处理Activity中界面与软键盘显示的属性：
android:windowSoftInputMode=”stateAlwaysHidden”
共有9个属性，可以分别为软键盘设置禁止、显示、大小调整等情况。具体怎么使用，同学们请自行使用搜索引擎～