ReactNative-如何引入ReactAndroid源码模块到主工程

如何集成

以下内容基于RN 0.61.5版本(最新版本已经不存在本文所说的so冲突问题，官方在build.gradle中已经加上pickFirst)

在新建一个RN项目并安装完node模块依赖后，在根目录执行

npm run android

即可启动编译并安装到目标设备

android工程依赖的本地maven库配置

        maven {
            // All of React Native (JS, Obj-C sources, Android binaries) is installed from npm
            url("$rootDir/../node_modules/react-native/android")
        }

工程依赖配置

    implementation "com.facebook.react:react-native:+"  // From node_modules

如果我们想开发学习ReactAndroid的源码，希望在工程中直接配置ReactAndroid module,首先需要在Settings.gradle中配置ReactAndroid工程：

include ':ReactAndroid'
project(':ReactAndroid').projectDir = new File(
        rootProject.projectDir, '../node_modules/react-native/ReactAndroid')

然后在app build.gradle中引入

    //implementation "com.facebook.react:react-native:+"  // From node_modules
    implementation project(":ReactAndroid")

集成结束，可以开始愉快的编译了

so冲突解决

编译会出现如下错误：

* What went wrong:
Execution failed for task ':app:transformNativeLibsWithMergeJniLibsForDebug'.
> More than one file was found with OS independent path 'lib/arm64-v8a/libc++_shared.so'

说明存在so冲突了，都告诉是哪个task了，接着看下详细的冲突信息，在app build.gradle添加如下代码

android.applicationVariants.all{ variant ->
    def targetName = variant.name.capitalize()

    if (targetName == "Debug"){
        tasks.findByName("transformNativeLibsWithMergeJniLibsFor${targetName}").doFirst {
            inputs.files.files.each {File file ->
                def match = file.path =~ "^.*/armeabi-v7a/libc\\+\\+_shared\\.so\$"
                if (match.size() > 0){
                    println "dulpicate file path ${file.path}"
                }
            }
        }
    }
}

接着重新编译，查看输出信息

dulpicate file path /Users/**/.gradle/caches/transforms-2/files-2.1/594e854423337ea0f46904d533b98b3f/jni/armeabi-v7a/libc++_shared.so
dulpicate file path /Users/**/mywork/rn/AwesomeProject/node_modules/react-native/ReactAndroid/build/intermediates/intermediate-jars/debug/jni/armeabi-v7a/libc++_shared.so

可以看出，ReactAndroid和594e854423337ea0f46904d533b98b3f这个maven库都包含该so，导致冲突了

接着cd到594e854423337ea0f46904d533b98b3f对应的目录，查看AndroidManifest文件信息，可以看到包名为

com.facebook.flipper

这个库是在ReactAndroid引入的，flipper主要是用于开发调试用的，所以只在debug阶段引入

    debugImplementation("com.facebook.flipper:flipper:${FLIPPER_VERSION}") {
        exclude group:'com.facebook.yoga'
        exclude group:'com.facebook.flipper', module: 'fbjni'
        exclude group:'com.facebook.litho', module: 'litho-annotations'
    }

解决的方式有两个

    packagingOptions {
        pickFirst '**/libc++_shared.so'
    }
    //或者
    android.applicationVariants.all{ variant ->
    def targetName = variant.name.capitalize()

    if (targetName == "Debug"){
        tasks.findByName("transformNativeLibsWithMergeJniLibsFor${targetName}").doFirst {
            inputs.files.files.each {File file ->
                def match = file.path =~ "^.*\\.gradle/caches.*libc\\+\\+_shared\\.so\$"
                if (match.size() > 0){
                    file.delete()
                }
            }
        }
    }
}

疑问

为什么都通过maven库方式引入的时候，不会有冲突，但是改成工程子project引入后，就会有冲突了呢？我觉得这说明gradle编译时，对于maven库之间的冲突和子project与maven库之间的冲突，在merge时，校验的严格程度是不一样的