Android主应用与依赖库Manifest合并及FileProvider配置冲突如何解决？

一、解决FileProvider及meta-data合并冲突 #

系统提示的替换方案会导致依赖库的FileProvider功能失效，推荐用自定义Provider子类的方案彻底解决冲突：

1. 在依赖库模块中新建一个空类，继承androidx.core.content.FileProvider，无需重写任何方法，示例（Kotlin代码，Java写法同理）：

class LibFileProvider : FileProvider()

2. 修改依赖库的Manifest中provider节点的android:name属性，替换为你自定义的Provider类的全路径：

<application>
    <provider
        <!-- 替换为你自定义LibFileProvider的完整类名 -->
        android:name="com.your.library.package.name.LibFileProvider"
        android:authorities="${applicationId}.libFileProvider"
        android:exported="false"
        android:grantUriPermissions="true">
        <meta-data
            android:name="android.support.FILE_PROVIDER_PATHS"
            android:resource="@xml/libpaths" />
    </provider>
</application>

修改完成后主应用和依赖库的Provider属于不同类，Manifest合并时会识别为两个独立节点，不会再出现属性冲突，两边的FileProvider功能都可以正常运行。

二、解决minSdk版本冲突 #

可根据实际需求选择以下任意一种方案：

• 方案一（优先推荐）：打开主应用的模块级build.gradle文件，将minSdkVersion配置项的值从19升级为23，完全规避兼容性风险，无运行时崩溃隐患。
• 方案二（需自行兼容测试）：如果主应用必须保留minSdk 19的兼容要求，先确认依赖库没有用到API 23及以上的独有接口，再做如下修改：
  1. 在主应用的AndroidManifest.xml根<manifest>标签中添加tools命名空间声明（如果尚未添加）：

  <manifest xmlns:android="http://schemas.android.com/apk/res/android"
      xmlns:tools="http://schemas.android.com/tools"
      package="your.app.package.name">
  

  2. 找到<uses-sdk>节点，添加tools:overrideLibrary属性：

  <uses-sdk
      android:minSdkVersion="19"
      android:targetSdkVersion="33" <!-- 替换为你自己的targetSdk版本 -->
      tools:overrideLibrary="ru.nymy.mylibrary" />
  

内容的提问来源于stack exchange，提问作者SKULL