版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/yanbober/article/details/53105728
【工匠若水 http://blog.csdn.net/yanbober 未经允许严禁转载，请尊重作者劳动成果。私信联系我】
1 背景
前面已经发车了一篇《React Native Android 从学车到补胎和成功发车经历》，接着就该好好琢磨一下 React Native 周边了，没看第一篇的可以先去看看；这里我们先从 React Native 的 Android 编译来简单揭晓一下 React Native 在集成的过程中到底干了哪些不可告人的坏事；由于我们项目准备以 Gradle 形式接入，加上对 Gradle 比 BUCK 熟悉的多，所以本文就来分析 RN Gradle 的编译流程；至于 BUCK 编译，后面有时间了再研究下写一篇吧。唉，市面上 RN 的文章都烂大街了，除过几个给力的厂子分享的文章外，大多数个人博客关于 RN 文章都是简单的控件使用或者官方文档翻译，想说的是，RN 那些文档是不够的，自己接入时才会发现很多问题需要自己棘手处理，所以还是要靠自己。
PS：如果你对 gradle 不熟悉的话不妨先去看看我 15 年写的两篇入门文章 《Groovy脚本基础全攻略》 、《Gradle脚本基础全攻略》，否则接下来的内容可能看起来会很吃力。
【工匠若水 http://blog.csdn.net/yanbober 未经允许严禁转载，请尊重作者劳动成果。私信联系我】
2 RN 直接集成引用编译浅析
还记得依照官方集成 RN 的步骤吗，首先在项目最外层的 build.gradle 添加了如下代码：
allprojects {
repositories {
......
maven {
//指向本地一个仓库路径
url "$rootDir/../node_modules/react-native/android"
}
}
}然后在 app 的 build.gradle 中进行依赖配置（版本号使用 + 即可），就这样就完事了，你可能会比较好奇这个过程吧，下面就来仔细分析这种引用方式下的编译流程。
1、首先 npm install 时会依据 package.json 的依赖配置下载安装 node_modules 里面的相关模块。
2、完事打开 $rootDir/../node_modules/react-native/android 目录你会发现下面竟然是个本地的 maven 仓库，具体的本地 maven 仓库元数据文件 maven-metadata.xml 内容如下：
<?xml version="1.0" encoding="UTF-8"?>
<metadata>
<groupId>com.facebook.react</groupId>
<artifactId>react-native</artifactId>
<versioning>
<release>0.33.0</release>
<versions>
<version>0.33.0</version>
</versions>
<lastUpdated>20160909144548</lastUpdated>
</versioning>
</metadata>握草！这不就是活生生的 maven 仓库索引源文件吗，平级目录下还有同名不同后缀的 md5、sha1 校验文件，还有相关的 aar 包、jar 包等仓库数据源。好家伙！原来直接引用 RN 依赖本地仓库编译就是这么简单，该有的仓库坐标全给你了，不过有人之前问了，那 app 中 build.gradle 配置的依赖 react-native 为啥这样配置以后就不去下载远程 maven 仓库的了，而是使用了本地的呢？关于这个问题我只想说你得补习 android 基础了，不信你跳个坑就明白了，怎么跳呢，如下：
- 假设 package.json 中依赖版本为 0.33.0。
- 接着不要修改 project 下配置的本地 maven 仓库路径，同时保证本地 maven 仓库不动。
- 这时候修改 app 下 build.gradle 文件中 react-native 依赖版本为非 “+” 和非 0.33.0 版本，然后编译运行看看。
你会发现运行的 RN 版本不是 0.33.0 的，也就是说同样的写法只是修改了依赖的版本号为不对应本地 maven 仓库的以后 gradle 就聪明的使用了远程仓库的 aar 包。哈哈，是这样的，因为 maven 会优先使用本地仓库索引哇。
接着你要是不想在 release 版本中（集成 RN 到现有 project 需要，直接 init 的默认就有如下配置）通过命令手动生成 bundle 和资源文件的话，你需要在 app 的 build.gradle 文件上面添加一个 gradle 自动打包的 task 文件，这个文件 RN 团队已经帮忙写好了，我们要做的事集成和添加配置即可，具体如下：
//注意目录修改为你项目组织的路径
project.ext.react = [
root: "../react-native/",
]
apply from: "../react-native/node_modules/react-native/react.gradle"呦西，RN 还是挺体贴的，react.gradle 都给准备好了，那我们下面就看看这个文件里都是啥玩意呗，如下：
//引用ant.jar的Os类，便于下面进行cmd环境判断Os.isFamily(Os.FAMILY_WINDOWS)
import org.apache.tools.ant.taskdefs.condition.Os
//判断在apply这段脚本前project.ext有没有配置react属性，默认是没有的，可以依据自己项目配置下面列出的相关属性
def config = project.hasProperty("react") ? project.react : [];
//获取相关名字，默认即可，不用配
def bundleAssetName = config.bundleAssetName ?: "index.android.bundle"
def entryFile = config.entryFile ?: "index.android.js"
// because elvis operator
def elvisFile(thing) {
return thing ? file(thing) : null;
}
//react根目录，依据自己项目结构配置路径
def reactRoot = elvisFile(config.root) ?: file("../../")
//编译时过滤哪些目录
def inputExcludes = config.inputExcludes ?: ["android/**", "ios/**"]
//一个公用方法，dependentTaskName依赖于task执行
void runBefore(String dependentTaskName, Task task) {
Task dependentTask = tasks.findByPath(dependentTaskName);
if (dependentTask != null) {
dependentTask.dependsOn task
}
}
//项目配置好，准备执行前要跑的一个闭包
gradle.projectsEvaluated {
// Grab all build types and product flavors
def buildTypes = android.buildTypes.collect { type -> type.name }
def productFlavors = android.productFlavors.collect { flavor -> flavor.name }
// When no product flavors defined, use empty
if (!productFlavors) productFlavors.add('')
//buildTypes与productFlavors二重循环遍历操作
productFlavors.each { productFlavorName ->
buildTypes.each { buildTypeName ->
//获取拼接相关各种 bundle、assets资源路径，和原有app build路径合并，方便打包task自动合并到apk中
// Create variant and target names
def flavorNameCapitalized = "${productFlavorName.capitalize()}"
def buildNameCapitalized = "${buildTypeName.capitalize()}"
def targetName = "${flavorNameCapitalized}${buildNameCapitalized}"
def targetPath = productFlavorName ?
"${productFlavorName}/${buildTypeName}" :
"${buildTypeName}"
// React js bundle directories
def jsBundleDirConfigName = "jsBundleDir${targetName}"
def jsBundleDir = elvisFile(config."$jsBundleDirConfigName") ?:
file("$buildDir/intermediates/assets/${targetPath}")
def resourcesDirConfigName = "resourcesDir${targetName}"
def resourcesDir = elvisFile(config."${resourcesDirConfigName}") ?:
file("$buildDir/intermediates/res/merged/${targetPath}")
def jsBundleFile = file("$jsBundleDir/$bundleAssetName")
// Bundle task name for variant
def bundleJsAndAssetsTaskName = "bundle${targetName}JsAndAssets"
// Additional node and packager commandline arguments
def nodeExecutableAndArgs = config.nodeExecutableAndArgs ?: ["node"]
def extraPackagerArgs = config.extraPackagerArgs ?: []
//创建一个bundle${targetName}JsAndAssets的task备用（该脚本的核心，实质就是执行我们手动的bundle打包命令）
def currentBundleTask = tasks.create(
name: bundleJsAndAssetsTaskName,
type: Exec) {
group = "react"
description = "bundle JS and assets for ${targetName}."
// Create dirs if they are not there (e.g. the "clean" task just ran)
doFirst {
jsBundleDir.mkdirs()
resourcesDir.mkdirs()
}
// Set up inputs and outputs so gradle can cache the result
inputs.files fileTree(dir: reactRoot, excludes: inputExcludes)
outputs.dir jsBundleDir
outputs.dir resourcesDir
// Set up the call to the react-native cli
workingDir reactRoot
// Set up dev mode
def devEnabled = !targetName.toLowerCase().contains("release")
//执行bundle、assets打包到指定路径（和手动执行一样的命令）
if (Os.isFamily(Os.FAMILY_WINDOWS)) {
commandLine("cmd", "/c", *nodeExecutableAndArgs, "node_modules/react-native/local-cli/cli.js", "bundle", "--platform", "android", "--dev", "${devEnabled}",
"--reset-cache", "--entry-file", entryFile, "--bundle-output", jsBundleFile, "--assets-dest", resourcesDir, *extraPackagerArgs)
} else {
commandLine(*nodeExecutableAndArgs, "node_modules/react-native/local-cli/cli.js", "bundle", "--platform", "android", "--dev", "${devEnabled}",
"--reset-cache", "--entry-file", entryFile, "--bundle-output", jsBundleFile, "--assets-dest", resourcesDir, *extraPackagerArgs)
}
//依据外面project.ext有没有配置react的bundleIn${targetName}=true或者是不是release模式决定当前task是否enabled
enabled config."bundleIn${targetName}" ||
config."bundleIn${buildTypeName.capitalize()}" ?:
targetName.toLowerCase().contains("release")
}
//保证currentBundleTask在merge${targetName}Resources和merge${targetName}Assets之后执行
// Hook bundle${productFlavor}${buildType}JsAndAssets into the android build process
currentBundleTask.dependsOn("merge${targetName}Resources")
currentBundleTask.dependsOn("merge${targetName}Assets")
//保证currentBundleTask在如下runBefore方法指定的第一个参数的task之前执行（这样bundle和assets就准备好了，方便后续打入apk）
runBefore("process${flavorNameCapitalized}Armeabi-v7a${buildNameCapitalized}Resources", currentBundleTask)
runBefore("process${flavorNameCapitalized}X86${buildNameCapitalized}Resources", currentBundleTask)
runBefore("processUniversal${targetName}Resources", currentBundleTask)
runBefore("process${targetName}Resources", currentBundleTask)
}
}
}怎么样，整体看这种集成的编译和普通 Android 项目 Gradle 编译没啥区别吧，所以就不多说了。给上一张图直观自己体会吧：
PS一个小插曲：
由于项目太大、太复杂、太久远，所以之前是 ant 编译，现在在迁移 gradle 的路上，集成 RN 也是同步进行的，结果被别人的 gradle 坑了一把，那就是为了区分与 ant 的 build 目录冲突，重新设置了 gradle 的输出目录，但是估计当时写脚本的人误把 buildDir=”gradleBuild” 写在了 app 的 build.gradle 中，导致最终引入 react.gradle task 以后每次成功编译出 release.apk 中总是没有 bundle 和 RN res 资源，我去，当时没留意别人写的 buildDir 赋值，一直以为是自己修改 react.gradle 出问题了，各种打印，后来没辙了，对比执行了 gradle properties 才发现好坑爹，buildDir 怎么还是 build 目录，一看才发现 buildDir 在 app 的 gradle 文件头赋值的。。。。。。。坑爹啊，应该针对整个 project 哇，果断换到了根目录的 allprojects 闭包中赋值，重新编译就打进去了。古人的坑哇。。。
用官方 init 创建工程可能没事，自己集成 RN 的 react.gradle 到现有项目你可能也会遇到这个坑爹的【issues#5787】 问题，intermediates 输出的 RN drawable 资源名字诡异坑爹，自己要多留意下，我反正当时被坑住了。
【工匠若水 http://blog.csdn.net/yanbober 未经允许严禁转载，请尊重作者劳动成果。私信联系我】
3 RN 源码 gradle 编译浅析
这块是我们这篇的主要核心。当我们将 RN 以源码方式集成时就会涉及到 RN 源码的编译流程，这个黑盒子到底是怎么个流程呢？下面我们就来看看吧。
首先按照官方以 module 形式引入 RN 源码，然后你会看到实质引入的是 ReactAndroid 工程，关于这个源码工程和依赖的主要项目截图如下：
那就按照惯例去看看这个核心工程的 build.gradle 脚本呗（比较长，慎重），如下：
// Copyright 2015-present Facebook. All Rights Reserved.
//表明编译为android lib
apply plugin: 'com.android.library'
apply plugin: 'maven'
apply plugin: 'de.undercouch.download'
//一些外部包引入
import de.undercouch.gradle.tasks.download.Download
import org.apache.tools.ant.taskdefs.condition.Os
import org.apache.tools.ant.filters.ReplaceTokens
// We download various C++ open-source dependencies into downloads.
// We then copy both the downloaded code and our custom makefiles and headers into third-party-ndk.
// After that we build native code from src/main/jni with module path pointing at third-party-ndk.
//定义好下载目录和第三方ndk目录
def downloadsDir = new File("$buildDir/downloads")
def thirdPartyNdkDir = new File("$buildDir/third-party-ndk")
// The Boost library is a very large download (>100MB).
// If Boost is already present on your system, define the REACT_NATIVE_BOOST_PATH env variable
// and the build will use that.
//英文注释很明白了，就是为了避免重复
def boostPath = System.getenv("REACT_NATIVE_BOOST_PATH")
//定义创建目录的task
task createNativeDepsDirectories {
downloadsDir.mkdirs()
thirdPartyNdkDir.mkdirs()
}
//定义一个下载Boost C++扩展库的task，依赖于createNativeDepsDirectories task执行
task downloadBoost(dependsOn: createNativeDepsDirectories, type: Download) {
// Use ZIP version as it's faster this way to selectively extract some parts of the archive
src 'https://downloads.sourceforge.net/project/boost/boost/1.57.0/boost_1_57_0.zip'
// alternative
// src 'http://mirror.nienbo.com/boost/boost_1_57_0.zip'
onlyIfNewer true
overwrite false
//下载zip到已经创建好的downloadsDir目录下，起名字为boost_1_57_0.zip
dest new File(downloadsDir, 'boost_1_57_0.zip')
}
//定义一个Boost文件拷贝的的task，当已经Boost了就不依赖上面下载的task了，第一次下下来则依赖于downloadBoost task执行
task prepareBoost(dependsOn: boostPath ? [] : [downloadBoost], type: Copy) {
//第一次的话就解压downloadsDir目录下的boost_1_57_0.zip
from boostPath ? boostPath : zipTree(downloadBoost.dest)
from 'src/main/jni/third-party/boost/Android.mk'
include 'boost_1_57_0/boost/**/*.hpp', 'Android.mk'
//把上面from、include指定的相关文件全部copy到thirdPartyNdkDir的boost目录下，为后续编译做文件准备
into "$thirdPartyNdkDir/boost"
}
//定义一个DoubleConversion C++拓展库下载的task，依赖于createNativeDepsDirectories task执行
task downloadDoubleConversion(dependsOn: createNativeDepsDirectories, type: Download) {
src 'https://github.com/google/double-conversion/archive/v1.1.1.tar.gz'
onlyIfNewer true
overwrite false
//下载tar.gz到已经创建好的downloadsDir目录下，起名字为double-conversion-1.1.1.tar.gz
dest new File(downloadsDir, 'double-conversion-1.1.1.tar.gz')
}
//定义一个DoubleConversion文件拷贝的的task，依赖于downloadDoubleConversion task执行
task prepareDoubleConversion(dependsOn: downloadDoubleConversion, type: Copy) {
from tarTree(downloadDoubleConversion.dest)
from 'src/main/jni/third-party/double-conversion/Android.mk'
include 'double-conversion-1.1.1/src/**/*', 'Android.mk'
filesMatching('*/src/**/*', {fname -> fname.path = "double-conversion/${fname.name}"})
includeEmptyDirs = false
//把上面from、include指定的相关文件全部copy到thirdPartyNdkDir的double-conversion目录下，为后续编译做文件准备
into "$thirdPartyNdkDir/double-conversion"
}
//定义一个Folly下载的task，依赖于createNativeDepsDirectories task执行
task downloadFolly(dependsOn: createNativeDepsDirectories, type: Download) {
src 'https://github.com/facebook/folly/archive/deprecate-dynamic-initializer.tar.gz'
onlyIfNewer true
overwrite false
//和上面下载task类似。。。。。不多说了
dest new File(downloadsDir, 'folly-deprecate-dynamic-initializer.tar.gz');
}
//和上面类似。。。。。不多说了
task prepareFolly(dependsOn: downloadFolly, type: Copy) {
from tarTree(downloadFolly.dest)
from 'src/main/jni/third-party/folly/Android.mk'
include 'folly-deprecate-dynamic-initializer/folly/**/*', 'Android.mk'
eachFile {fname -> fname.path = (fname.path - "folly-deprecate-dynamic-initializer/")}
includeEmptyDirs = false
//和上面类似。。。。。不多说了，就是复制src/main/jni/third-party/下相关mk和下载下来文件
into "$thirdPartyNdkDir/folly"
}
//和上面类似。。。。。不多说了
task downloadGlog(dependsOn: createNativeDepsDirectories, type: Download) {
src 'https://github.com/google/glog/archive/v0.3.3.tar.gz'
onlyIfNewer true
overwrite false
dest new File(downloadsDir, 'glog-0.3.3.tar.gz')
}
// Prepare glog sources to be compiled, this task will perform steps that normally should've been
// executed by automake. This way we can avoid dependencies on make/automake
//和上面类似。。。。。不多说了
task prepareGlog(dependsOn: downloadGlog, type: Copy) {
from tarTree(downloadGlog.dest)
from 'src/main/jni/third-party/glog/'
include 'glog-0.3.3/src/**/*', 'Android.mk', 'config.h'
includeEmptyDirs = false
filesMatching('**/*.h.in') {
filter(ReplaceTokens, tokens: [
ac_cv_have_unistd_h: '1',
ac_cv_have_stdint_h: '1',
ac_cv_have_systypes_h: '1',
ac_cv_have_inttypes_h: '1',
ac_cv_have_libgflags: '0',
ac_google_start_namespace: 'namespace google {',
ac_cv_have_uint16_t: '1',
ac_cv_have_u_int16_t: '1',
ac_cv_have___uint16: '0',
ac_google_end_namespace: '}',
ac_cv_have___builtin_expect: '1',
ac_google_namespace: 'google',
ac_cv___attribute___noinline: '__attribute__ ((noinline))',
ac_cv___attribute___noreturn: '__attribute__ ((noreturn))',
ac_cv___attribute___printf_4_5: '__attribute__((__format__ (__printf__, 4, 5)))'
])
it.path = (it.name - '.in')
}
into "$thirdPartyNdkDir/glog"
}
//和上面类似。。。。。不多说了，唯一区别就是去指定的jscAPIBaseURL路径下挑了几个.h文件下载下来而已
task downloadJSCHeaders(type: Download) {
def jscAPIBaseURL = 'https://svn.webkit.org/repository/webkit/!svn/bc/174650/trunk/Source/JavaScriptCore/API/'
def jscHeaderFiles = ['JavaScript.h', 'JSBase.h', 'JSContextRef.h', 'JSObjectRef.h', 'JSRetainPtr.h', 'JSStringRef.h', 'JSValueRef.h', 'WebKitAvailability.h']
def output = new File(downloadsDir, 'jsc')
output.mkdirs()
src(jscHeaderFiles.collect { headerName -> "$jscAPIBaseURL$headerName" })
onlyIfNewer true
overwrite false
dest output
}
// Create Android.mk library module based on so files from mvn + include headers fetched from webkit.org
//和上面类似。。。。。不多说了，唯一区别就是复制的有一部分so等东西是来自dependencies里compile依赖的android-jsc aar而已（aar里没有armeabi的so，坑爹啊）
task prepareJSC(dependsOn: downloadJSCHeaders) << {
copy {
from zipTree(configurations.compile.fileCollection { dep -> dep.name == 'android-jsc' }.singleFile)
from {downloadJSCHeaders.dest}
from 'src/main/jni/third-party/jsc/Android.mk'
include 'jni/**/*.so', '*.h', 'Android.mk'
filesMatching('*.h', { fname -> fname.path = "JavaScriptCore/${fname.path}"})
into "$thirdPartyNdkDir/jsc";
}
}
//定义方法依据平台决定 NDK build 的命令是调用哪个环境的脚本
def getNdkBuildName() {
if (Os.isFamily(Os.FAMILY_WINDOWS)) {
return "ndk-build.cmd"
} else {
return "ndk-build"
}
}
//定义方法判断查找ndk路径
def findNdkBuildFullPath() {
// we allow to provide full path to ndk-build tool
if (hasProperty('ndk.command')) {
return property('ndk.command')
}
// or just a path to the containing directory
if (hasProperty('ndk.path')) {
def ndkDir = property('ndk.path')
return new File(ndkDir, getNdkBuildName()).getAbsolutePath()
}
if (System.getenv('ANDROID_NDK') != null) {
def ndkDir = System.getenv('ANDROID_NDK')
return new File(ndkDir, getNdkBuildName()).getAbsolutePath()
}
def ndkDir = android.hasProperty('plugin') ? android.plugin.ndkFolder :
plugins.getPlugin('com.android.library').sdkHandler.getNdkFolder()
if (ndkDir) {
return new File(ndkDir, getNdkBuildName()).getAbsolutePath()
}
return null
}
//定义方法获取ndk路径
def getNdkBuildFullPath() {
def ndkBuildFullPath = findNdkBuildFullPath()
if (ndkBuildFullPath == null) {
throw new GradleScriptException(
"ndk-build binary cannot be found, check if you've set " +
"\$ANDROID_NDK environment variable correctly or if ndk.dir is " +
"setup in local.properties",
null)
}
if (!new File(ndkBuildFullPath).canExecute()) {
throw new GradleScriptException(
"ndk-build binary " + ndkBuildFullPath + " doesn't exist or isn't executable.\n" +
"Check that the \$ANDROID_NDK environment variable, or ndk.dir in local.proerties, is set correctly.\n" +
"(On Windows, make sure you escape backslashes in local.properties or use forward slashes, e.g. C:\\\\ndk or C:/ndk rather than C:\\ndk)",
null)
}
return ndkBuildFullPath
}
//定义憋大招的buildReactNdkLib task，以来上面所有下载拷贝的task，把他们全部进行NDK编译。。。。。。
task buildReactNdkLib(dependsOn: [prepareJSC, prepareBoost, prepareDoubleConversion, prepareFolly, prepareGlog], type: Exec) {
inputs.file('src/main/jni/xreact')
outputs.dir("$buildDir/react-ndk/all")
//就是常规的ndk编译命令咯，指定了ABI等的Application.mk、相关模块的mk、和相关要编译的源码目录
commandLine getNdkBuildFullPath(),
'NDK_PROJECT_PATH=null',
"NDK_APPLICATION_MK=$projectDir/src/main/jni/Application.mk",
'NDK_OUT=' + temporaryDir,
"NDK_LIBS_OUT=$buildDir/react-ndk/all",
"THIRD_PARTY_NDK_DIR=$buildDir/third-party-ndk",
"REACT_COMMON_DIR=$projectDir/../ReactCommon",
'-C', file('src/main/jni/react/jni').absolutePath,
'--jobs', project.hasProperty("jobs") ? project.property("jobs") : Runtime.runtime.availableProcessors()
}
//清除ndk编译的task
task cleanReactNdkLib(type: Exec) {
commandLine getNdkBuildFullPath(),
"NDK_APPLICATION_MK=$projectDir/src/main/jni/Application.mk",
"THIRD_PARTY_NDK_DIR=$buildDir/third-party-ndk",
'-C', file('src/main/jni/react/jni').absolutePath,
'clean'
}
//创建复制ndk lib task，依赖buildReactNdkLib
task packageReactNdkLibs(dependsOn: buildReactNdkLib, type: Copy) {
from "$buildDir/react-ndk/all"
exclude '**/libjsc.so'
into "$buildDir/react-ndk/exported"
}
//给BUCK编译使用的task
task packageReactNdkLibsForBuck(dependsOn: packageReactNdkLibs, type: Copy) {
from "$buildDir/react-ndk/exported"
into "src/main/jni/prebuilt/lib"
}
//android闭包，和常见的Android工程没啥区别
android {
compileSdkVersion 23
buildToolsVersion "23.0.1"
defaultConfig {
minSdkVersion 16
targetSdkVersion 22
versionCode 1
versionName "1.0"
ndk {
moduleName "reactnativejni"
}
buildConfigField 'boolean', 'IS_INTERNAL_BUILD', 'false'
buildConfigField 'int', 'EXOPACKAGE_FLAGS', '0'
testApplicationId "com.facebook.react.tests.gradle"
testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
}
sourceSets.main {
jni.srcDirs = []
jniLibs.srcDir "$buildDir/react-ndk/exported"
res.srcDirs = ['src/main/res/devsupport', 'src/main/res/shell', 'src/main/res/views/modal']
java {
srcDirs = ['src/main/java', 'src/main/libraries/soloader/java', 'src/main/jni/first-party/fb/jni/java']
exclude 'com/facebook/react/processing'
}
}
//JavaCompile编译之前保证执行完了packageReactNdkLibs
tasks.withType(JavaCompile) {
compileTask -> compileTask.dependsOn packageReactNdkLibs
}
clean.dependsOn cleanReactNdkLib
lintOptions {
abortOnError false
}
packagingOptions {
exclude 'META-INF/NOTICE'
exclude 'META-INF/LICENSE'
}
}
//一堆依赖，和常见的Android工程没啥区别，RN大的原因一方面是so库，还有一方面就是这里导致的，有能力的团队可以裁减掉这里一些东东
dependencies {
compile fileTree(dir: 'src/main/third-party/java/infer-annotations/', include: ['*.jar'])
compile 'javax.inject:javax.inject:1'
compile 'com.android.support:appcompat-v7:23.0.1'
compile 'com.android.support:recyclerview-v7:23.0.1'
compile 'com.facebook.fresco:fresco:0.11.0'
compile 'com.facebook.fresco:imagepipeline-okhttp3:0.11.0'
compile 'com.facebook.soloader:soloader:0.1.0'
compile 'com.fasterxml.jackson.core:jackson-core:2.2.3'
compile 'com.google.code.findbugs:jsr305:3.0.0'
compile 'com.squareup.okhttp3:okhttp:3.4.1'
compile 'com.squareup.okhttp3:okhttp-urlconnection:3.4.1'
compile 'com.squareup.okhttp3:okhttp-ws:3.4.1'
compile 'com.squareup.okio:okio:1.9.0'
compile 'org.webkit:android-jsc:r174650'
testCompile "junit:junit:${JUNIT_VERSION}"
testCompile "org.powermock:powermock-api-mockito:${POWERMOCK_VERSION}"
testCompile 'com.fasterxml.jackson.core:jackson-databind:2.2.3'
testCompile "org.powermock:powermock-module-junit4-rule:${POWERMOCK_VERSION}"
testCompile "org.powermock:powermock-classloading-xstream:${POWERMOCK_VERSION}"
testCompile "org.mockito:mockito-core:${MOCKITO_CORE_VERSION}"
testCompile "org.easytesting:fest-assert-core:${FEST_ASSERT_CORE_VERSION}"
testCompile "org.robolectric:robolectric:${ROBOLECTRIC_VERSION}"
androidTestCompile fileTree(dir: 'src/main/third-party/java/buck-android-support/', include: ['*.jar'])
androidTestCompile 'com.android.support.test:runner:0.3'
androidTestCompile "org.mockito:mockito-core:${MOCKITO_CORE_VERSION}"
}
//build.gradle又引入了另一个脚本文件，可以说和编译没关系的，都是些发布编译包到仓库的例行脚本。
//发布到远程仓库或者本地上面主题2分析的本地 maven 仓库（android目录下）。
apply from: 'release.gradle'可以看见，其实没啥的，就是比普通 gradle 多了一些 task 而已，核心都是为了服务 NDK 编译相关的源码处理等，其他的和普通 Android 工程 lib 编译没区别的；上面所处理的 NDK 编译最后的核心是指定的那个 Application.mk 和各个目录下自己的 Android.mk，这明显了吧，这都是 Android 源码里编译的常规配置，也是 NDK 的基础，不多说明了，只是提醒一点，Application.mk 是这样的：
APP_BUILD_SCRIPT := Android.mk
//只编译输出了armeabi-v7a x86的ABI so
APP_ABI := armeabi-v7a x86
//使用android-9，保证了规避NDK臭名昭著的新版本编译不向前低版本兼容问题，低版本在新版本兼容的特点
APP_PLATFORM := android-9
APP_MK_DIR := $(dir $(lastword $(MAKEFILE_LIST)))
NDK_MODULE_PATH := $(APP_MK_DIR)$(HOST_DIRSEP)$(THIRD_PARTY_NDK_DIR)$(HOST_DIRSEP)$(REACT_COMMON_DIR)$(HOST_DIRSEP)$(APP_MK_DIR)first-party
APP_STL := gnustl_shared
# Make sure every shared lib includes a .note.gnu.build-id header
APP_LDFLAGS := -Wl,--build-id
NDK_TOOLCHAIN_VERSION := 4.8最后就是那个 apply release.gradle 了，没啥多说的，发布包到仓库而已，发布到远程或者本地仓库；就这样神奇的 React Native 源码 gradle 脚本编译就实现了。下面我们例行我的博客风格惯例，枯燥的源码整理成一张简单的图，记住这张图就明白 RN 整个编译过程干了些啥 BB 事了。如下：
图片被 CSDN 搞模糊了，想看详细的右键打开新页面就能看到清晰的了。
【工匠若水 http://blog.csdn.net/yanbober 未经允许严禁转载，请尊重作者劳动成果。私信联系我】
5 总结
怎么说呢？了解 React Native 的编译流程是进行 React Native 裁剪阉割的首要任务，理解编译流程才能去看如何依赖、如何裁剪，这和 Android 源码一样，你想修改的前提是熟悉整个 Android 系统源码 build 目录下的 各种 shell、python 脚本的大致框架流程吧，否则搞毛线。
怎么样，在没接触 React Native 之前总觉得 RN 很神奇，随着这一系列第二篇文章的诞生，你有没有感觉到 RN 的面纱正在被解开的路上（虽然只是开始，源码才是重点。。。）。关于源码分析和 BUCK 编译（我得抽空再研究下 BUCK，BUCK 只能在 Linux 和 Mac 上用，对我们项目其实没啥作用的。。。）后面再写文章分析吧。
PPPS一句，特别狗血的忽略点：
在 ReactAndroid 工程下的 AndroidManifest.xml 里是这样的：
<manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.facebook.react">
<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW"/>
<application />
</manifest>如果集成 RN 以后，你的应用对添加权限比较在意的情况下还是想办法在 release 版本中把这个权限干掉吧，这个是服务 debug 版本调试的，release 切记别直接带出去了。
那就这样吧，曲终人散。。。。。明天还有事要处理。。。。。。。
【工匠若水 http://blog.csdn.net/yanbober 未经允许严禁转载，请尊重作者劳动成果。私信联系我】