安卓逆向笔记--Androidmainfest.xml详解

安卓逆向笔记–Androidmainfest.xml详解

借鉴于度娘文库 https://wenku.baidu.com/view/39bc0bc3fd0a79563c1e72fd.html
当我前几天开心的加固dex文件的时候，没有想到，对dex加固知道的太少了，只能使用最简单的，于是开始深入了解apk。

< manifest >标签(根元素)

        < manifest > 是AndroidManifest.xml配置文件的根元素，必须包含一个< application >元素并且指定xlmns:android和package属性。xlmns:android指定了Android的命名空间，默认情况下是"http://schemas.android.com/apk/res/android"；而package是标准的应用包名，也是一个应用进程的默认名称，以本书微博应用实例中的包名为例，即“com.app.demos”就是一个标准的Java应用包名，我们为了避免命名空间的冲突，一般会以应用的域名来作为包名。当然还有一些其他常用的属性需要注意一下，比如android:versionCode是给设备程序识别版本用的，必须是一个整数值代表app更新过多少次；而android:versionName则是给用户查看版本用的，需要具备一定的可读性，比如“1.0.0”这样的。
< manifest>标签语法范例如下:

... ...

< uses-permission >标签(基本配置标签)

        为了保证Android应用的安全性，应用框架制定了比较严格的权限系统，一个应用必须声明了正确的权限才可以使用相应的功能，例如我们需要让应用能够访问网络就需要配置“android.permission.INTERNET”，而如果要使用设备的相机功能，则需要设置“android.permission.CAMERA”等。< uses-permission>就是我们最经常使用的权限设定标签，我们通过设定android:name属性来声明相应的权限名，比如在微博应用实例中，我们就是根据应用的所需功能声明了对应的权限，部分代码如下。

... ...
    
    
    
    
    
    
    
    
    
   
... ...

具体权限标签在github已经上传 https://github.com/iaa-mr/android_programming

< permission >标签(权限声明标签)

        权限声明标签，定义了供给< uses-permission>使用的具体权限，通常情况下我们不需要为自己的应用程序声明某个权限，除非需要给其他应用程序提供可调用的代码或者数据，这个时候你才需要使用< permission >标签。该标签中提供了android:name权限名标签，权限图标android:icon以及权限描述android:description等属性，另外还可以和< permission-group >以及< permission-tree >配合使用来构造更有层次的、更有针对性权限系统。< permission >标签语法范例如下。

< instrumentation >

        用于声明Instrumentation测试类来监控Android应用的行为并应用到相关的功能测试中，其中比较重要的属性有：测试功能开关android:functionalTest，profiling调试功能开关android:handleProfiling，测试用例目标对象android:targetPackage等。另外，我们需要注意的是Instrumentation对象是在应用程序的组件之前被实例化的，这点在组织测试逻辑的时候需要被考虑到。    < instrumentation >标签语法范例如下。

< uses-sdk>

        用于指定Android应用中所需要使用的SDK的版本，比如我们的应用必须运行于Android 2.0以上版本的系统SDK之上，那么就需要指定应用支持最小的SDK版本数为5；当然，每个SDK版本都会有指定的整数值与之对应，比如我们最常用的Android 2.2.x的版本数是8。当然，除了可以指定最低版本之外，< uses-sdk >标签还可以指定最高版本和目标版本，语法范例如下

< uses-configuration >与< uses-feature >

        这两个标签都是用于描述应用所需要的硬件和软件特性，以便防止应用在没有这些特性的设备上安装。< uses-configuration>标签中，比如有些设备带有D-pad或者Trackball这些特殊硬件，那么android:reqFiveWayNav属性就需要设置为true；而如果有一些设备带有硬件键盘，android:reqHardKeyboard也需要被设置为true。另外，如果设备需要支持蓝牙，我们可以使用< uses-feature android:name=“android.hardware.bluetooth” />来支持这个功能。这两个标签主要用于支持一些特殊的设备中的应用，两个标签的语法范例分别如下。

< uses-library >

        用于指定Android应用可使用的用户库，除了系统自带的android.app、android.content、android.view和android.widget这些默认类库之外，有些应用可能还需要一些其他的Java类库作为支持，这种情况下我们就可以使用标签让ClassLoader加载其类库供Android应用运行时用。标签的用法很简单，以下是语法范例。

注：
        当运行Java程序时，首先运行JVM（Java虚拟机），然后再把Java类加载到JVM里头运行，负责加载Java类的这部分就叫做ClassLoader。当然，ClassLoader是由多个部分构成的，每个部分都负责相应的加载工作。当运行一个程序的时候，JVM启动，运行BootstrapClassLoader，该ClassLoader加载java核心API（ExtClassLoader和AppClassLoader也在此时被加载），然后调用ExtClassLoader加载扩展API，最后AppClassLoader加载CLASSPATH目录下定义的Class，这就是一个Java程序最基本的加载流程。

< supports-screens >

        对于一些应用或者游戏来说，只能支持某些屏幕大小的设备或者在某些设备中的效果比较好，我们就会使用< supports-screens>标签来指定支持的屏幕特征。其中比较重要的属性包括：屏幕自适应属性android:resizeable，小屏（android:smallScreens）、中屏（android:normalScreens）、大屏（android:largeScreens）和特大屏（android:xlargeScreens）支持属性，按屏幕渲染图像属性android:anyDensity以及最小屏幕宽度属性android:requiresSmallestWidthDp等。< supports-screens >标签的语法范例如下。

< application>

        应用配置的根元素，位于< manifest >下层，包含所有与应用有关配置的元素，其属性可以作为子元素的默认属性，常用的属性包括：应用名android:label，应用图标android:icon，应用主题android:theme等。当然，< application >标签还提供了其他丰富的配置属性，由于篇幅原因就不列举了，大家可以打开Android SDK文档来进一步学习，以下是语法范例。

... ...

< activity >

        Activity活动组件（即界面控制器组件）的声明标签，Android应用中的每一个Activity都必须在AndroidManifest.xml配置文件中声明，否则系统将不识别也不执行该Activity。< activity>标签中常用的属性有：Activity对应类名android:name，对应主题android:theme，加载模式android:launchMode（详见2.1.3.4节），键盘交互模式android:windowSoftInputMode等，其他的属性用法大家可以参考Android SDK文档学习。另外，< activity>标签还可以包含用于消息过滤的< itent-filter>元素，当然还有可用于存储预定义数据的< meta-data>元素，以下是< activity>标签的语法范例。

   
... ...

< activity-alias >

        Activity组件别名的声明标签，简单来说就是Activity的快捷方式，属性android:targetActivity表示的就是其相关的Activity名，当然必须是前面已经声明过的Activity。除此之外，其他比较常见的属性有：Activity别名名称android:name，别名开关android:enabled，权限控制android:permission等。另外，我们还需要注意的是，Activity别名也是一个独立的Activity，可以拥有自己的< intent-filter>和< meta-data>元素，其语法范例如下。

... ...

< intent-filter >与< action >、< category >、< data >

        < intent-filter>用于Intent消息过滤器的声明，在前面的2.1.3.2节中我们已经对Android应用框架中的Intent消息作过比较详细的介绍，我们了解到Intent消息对于Android应用系统来说，是非常重要的“粘合剂”，< intent-filter>元素可以放在< activity>、< activity-alias>、< service>和< receiver>元素标签中，来区分可用于处理消息的Activity控制器、Service服务和广播接收器Broadcast Receiver。另外，我们还知道Intent消息还包含有名称、动作、数据、类别等几个重要属性。这点与该标签的写法也有一定的关系，比如< intent-filter>中必须包含有< action>元素，即用于描述具体消息的名称；< category>标签则用于表示能处理消息组件的类别，即该Action所符合的类别；而< data>元素则用于描述消息需要处理的数据格式，我们甚至还可以使用正则表达式来限定数据来源。当然，这些元素和标签的具体用法我们还需要慢慢学习，下面是标准< intent-filter>元素标签的语法范例。

< meta-data >

        用于存储预定义数据，和< intent-filter>类似，< meta-data>也可以放在< activity>、< activity-alias>、< service>和< receiver>这四个元素标签中。Meta数据一般会以键值对的形式出现，个数没有限制，而这些数据都将被放到一个Bundle对象中，程序中我们则可以使用ActivityInfo、ServiceInfo甚至ApplicationInfo对象的metaData属性中读取。假设我们在一个Activity中定义了一个< meta-data>元素，相关示例用法如下。

    

 
ActivityInfo info = this.getPackageManager()
    .getActivityInfo(getComponentName(), PackageManager.GET_META_DATA);
String testData = info.metaData.getString("testData");
System.out.println("testData:" + testData);

< service >

        Service服务组件的声明标签，用于定义与描述一个具体的Android服务，主要属性有：Service服务类名android:name，服务图标android:icon，服务描述android:label以及服务开关android:enabled等。关于Service服务组件的概念和用法请参考2.1.4.2节的内容，以下是< service>标签的语法范例。

... ...

< receiver >

        Boardcast Receiver广播接收器组件的声明标签，用于定义与描述一个具体的Android广播接收器，其主要属性和< service >标签有些类似：Boardcast Receiver接收器类名android:name，接收器图标android:icon，接收器描述android:label以及接收器开关android:enabled等。关于Boardcast Receiver广播接收器组件的概念和用法请参考2.1.4.3节的内容，以下是< receiver >标签的语法范例。

... ...

< provider >与 < grant-uri-permission >

        除Activity、Service和Boardcast Receiver之外的另一个“四大组件”，也就是Content Provider内容提供者的声明标签。< provider >标签除了和其他组件相同的android:name、android:icon和android:label等基础属性之外，还提供了用于支持其功能的特殊属性，如：内容提供者标识名称android:authorities，对指定URI授予权限标识android:grantUriPermission以及具体的读、写权限，即android:readPermission和android:writePermission等。当然，这些属性的具体用法我们还需要慢慢学习，以下是< provider >标签的语法范例。

... ...

所有的标签都在这里了，在加固dex时非常重要。