APK文件只能包含一个AndroidManifest.xml文件,但Android Studio项目可以包含多个文件(通过buildSrc、导入的库引入)。因此,在构建应用时,Gradle构建会将所有清单文件合并到一个封装的APK的清单文件中。

清单文件合并优先级

清单合并工具

  • 可以使用Merged Manifest视图预览合并清单的效果并找出冲突错误。

可以互相合并的基本清单文件,合并优先级如下(优先级由高到低):

  1. 清单文件构建变体

    如果变体有多个源集,其清单优先级由高到低如下:

    a、构建变体清单文件(如 src/demoDebug)

    b、构建类型清单(如 src/debug/)

    c、产品定制清单(如 src/demo/)

    如果使用的是定制纬度,清单优先级与每个维度在 flavorDimensions属性中的列示顺序(优先级高到低)对应。
  2. 应用模块的主清单文件
  3. 所包括库中的清单文件:如果有多个库,清单优先级与依赖顺序(库出现在 Gradle dependencies 块中的顺序)匹配。

重要说明:build.gradle文件中的构建配置将替换合并清单文件中的任何对应属性。如build.gradle文件中的minSdkVersion将替换清单元素中的匹配属性。

合并冲突启发式算法

合并工具行为:

  • 元素中的属性绝不合并,仅使用优先级最高的清单中的属性。
  • android:required属性、、元素使用OR合并,因此如果出现冲突,系统将采用“true”并始终包括某个清单所需的功能或者库。
  • 元素始终使用优先级较高的清单中的值,但以下情况除外:
    • 如果低优先级清单的 minSdkVersion值较高,除非应用 overrideLibrary合并规则。(minSdkVersion使用较大值)
    • 如果低优先级清单的 targetSdkVersion值较低,合并工具将使用高优先级清单中的值,但也会添加任何必要的系统权限。(targetSdkVersion使用较大值)
  • 绝不会在清单之间匹配元素。每个元素都被视为唯一元素并添加到合并清单中。

重点:清单合并不依赖默认属性值。因此,应该按照期望明确定义每个属性。(每个属性的默认值都会记录在Manifest reference:https://developer.android.com/guide/topics/manifest/manifest-intro)

合并规则标记

可以针对整个元素或者只对元素中的特定属性应用标记。

所以标记都属于Android tools命名空间,因此必须现在元素中声明此命名空间:

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.myapp"
xmlns:tools="http://schemas.android.com/tools">

节点标记:

  • tools:node="merge" ——默认行为,合并此标记中的所有属性以及所有嵌套元素。
  • tools:node="merge-only-attributes" ——仅合并此标记中的属性,不合并嵌套元素
  • tools:node="remove" ——从合并清单中删除此元素,可以删除低优先级清单的元素
  • tools:node="removeAll" ——会删除与此元素类型相匹配的所有元素(同一父元素内)
  • tools:node="replace" ——完全替换低优先级元素
  • tools:node="strict" ——标记元素在低优先级清单中的配置与高优先级清单不完全匹配,会触发构建失败。(默认行为会向合并清单添加额外属性)

属性标记:

  • tools:remove="attr1,attr2,..." ——删除指定属性
  • tools:replace="attr1,attr2,..." ——替换低优先级清单指定属性为当前清单中的属性
  • tools:strict="attr1,attr2,..." ——当指定属性在低优先级清单与当前清单中不完全一致,触发清单合并错误。是属性合并的默认行为。
  • 支持对同一个元素使用多个标记

标记选择器:

  • tools:selector="lib1,lib2,..." ——针对某个特定的导入库应用合并规则标记
  • tools:overrideLibrary="lib1,lib2,..." ——替换指定导入库的
    • 默认情况下,导入 minSdkVersion值高于主清单文件的库时会出错,而且无法导入该库。
    • 使用 overrideLibrary,可以保持应用的低 minSdkVersion。

隐式系统权限

隐式权限:允许应用在无权限的情况下继续访问特定API,前提是应用的targetSdkVersion设置为低于添加限制的SDK版本的值。

原则:

  • 如果低优先级清单文件提供隐式权限的 targetSdkVersion值较低,而且高优先级清单没有相同的隐式权限,合并工具将向合并清单显示添加系统权限。

合并工具可以添加至合并清单的权限列表:

低优先级清单声明 添加至合并清单的权限
targetSdkVersion是3或者更低 WRITE_EXTERNAL_STORAGE, READ_PHONE_STATE
targetSdkVersion是15或者更低,并且使用READ_CONTACTS READ_CALL_LOG
targetSdkVersion是15或者更低,并且使用WRITER_CONTACTS WRITE_CALL_LOG

具体合并策略:

  • 合并:将所有非冲突属性合并到同一标记中,然后按其各自的合并策略合并子元素。冲突的属性使用合并规则标记进行合并。
  • 仅合并子项:不整合或合并属性(仅保留高优先级清单文件提供的属性)
  • 保留

总结

检查清单合并冲突:在Android Studio中打开AndroidManifest.xml文件,单机编辑器底部的 Merged Manifest选项卡。

合并策略:通过合并规则标记设置。

Android清单文件合并的那些事的更多相关文章

  1. Android多版本flavor配置之资源文件和清单文件合并介绍

    知识背景 Android studio升级到3.0之后,gradle增加了多维度管理配置,便于同一个项目中创建应用的不同版本,分别管理依赖项并签署配置.创建产品风味与创建构建类型类似:只需将它们添加到 ...

  2. [android]清单文件中MAIN与LAUNCHER的区别

    原文:[android]清单文件中MAIN与LAUNCHER的区别 MAIN 和 LAUNCHER,之前一直不注意这两个有区别,写程序的时候都放到一个filter中,前两天面试问到了,总结一下: MA ...

  3. Android清单文件详解(三)----应用程序的根节点<application>

    <application>节点是AndroidManifest.xml文件中必须持有的一个节点,它包含在<manifest>节点下.通过<application>节 ...

  4. Android清单文件具体解释(三)----应用程序的根节点&lt;application&gt;

    <application>节点是AndroidManifest.xml文件里必须持有的一个节点,它包括在<manifest>节点下.通过<application>节 ...

  5. Android清单文件AndroidMenifest.xml

    1.AndroidMenifes.xml清单文主要结构件结构 所谓主要结构就是每一个清单文件中都必不可少的结构主要是下面三层 第一层.menifest 第二层.application,use-sdk ...

  6. Android清单文件具体解释(二) ---- 应用程序权限声明

    我们知道,Android系统的各个模块提供了很强大的功能(比方电话,电源和设置等),通过使用这些功能.应用程序能够表现的更强大.更灵活.只是,使用这些功能并非无条件的.而是须要拥有一些权限.接下来,我 ...

  7. Android清单文件具体解释(四) ---- backupAgent的使用方法

    在<application>节点中有一个很重要的属性,那就是backupAgent.这里我们将它单独列出来,从基本含义,使用方法及其相关属性等方面来具体介绍一下. 1.backupAgen ...

  8. Android清单文件具体解释(六) ---- &lt;activity&gt;节点的属性

    1.android:allowTaskReparenting android:allowTaskReparenting是一个任务调整属性,它表明当这个任务又一次被送到前台时,该应用程序所定义的Acti ...

  9. (备忘)android清单文件中<meta-data>标签,以及<intent-filter>下的<data>标签及其他标签

    1.metadata可以写在application下也可以写在activity下,作为全局或activity内共享的数据 以键值对形式保存 <meta-data android:name=&qu ...

随机推荐

  1. Spring Boot 单元测试详解+实战教程

    Spring Boot 的测试类库 Spring Boot 提供了许多实用工具和注解来帮助测试应用程序,主要包括以下两个模块. spring-boot-test:支持测试的核心内容. spring-b ...

  2. Maven Optional & Exclusions 使用区别

    Optional和Exclusions都是用来排除jar包依赖使用的,两者在使用上却是相反. Optional定义后,该依赖只能在本项目中传递,不会传递到引用该项目的父项目中,父项目需要主动引用该依赖 ...

  3. 内存管理buddy[原理]

    TODO------------------------------------------------------------------------------------------------ ...

  4. redis epoll 原理梗概

    redis 是一个单线程却性能非常好的内存数据库, 主要用来作为缓存系统. redis 采用网络IO多路复用技术来保证在多连接的时候, 系统的高吞吐量.为什么 Redis 中要使用 I/O 多路复用这 ...

  5. Spring 声明事务中transactionAttributes属性 + - Exception 实现逻辑

    下面是一段典型的Spring 声明事务的配置: <bean id=“baseTxProxy” lazy-init=“true”class=“org.springframework.transac ...

  6. web自动化测试---概述

    最早的时候是做功能测试,web都是自己手工点击看看有没问题,没有系统的进行测试,更别说自动化测试了,那是一段不堪回首的往事,就是因为这,很多问题都流出去了,这是作为测试人员的一大失职,痛定思痛,开始学 ...

  7. Can't sendRedirect() after data has committed to the client

    resin下 response.sendRedirect("XXX"); 会报异常:java.lang.IllegalStateException: Can't sendRedir ...

  8. [转]权限系统与RBAC模型概述[绝对经典]

    转自:https://blog.csdn.net/yangwenxue_admin/article/details/73936803 0. 前言 一年前,我负责的一个项目中需要权限管理.当时凭着自己的 ...

  9. Spring Cloud OAuth2.0 微服务中配置 Jwt Token 签名/验证

    关于 Jwt Token 的签名与安全性前面已经做了几篇介绍,在 IdentityServer4 中定义了 Jwt Token 与 Reference Token 两种验证方式(https://www ...

  10. 边缘化搭建 DotNet Core 2.1 自动化构建和部署环境(上)

    写在前面 写这篇文章的缘由是由于笔者的对新兴技术方向有所追求,但个人资产有限,只能容许购买一台阿里云低配1核2G服务器.服务器上搭建了 Centos7 & Docker & Jenki ...