如果只想看解决步骤，请查看第7小段。
如果只想看解决步骤，请查看第7小段。
如果只想看解决步骤，请查看第7小段。
1： React-native 引入到Android开发环境中需要修改的gradle脚本，包含以下两部分：
allprojects {
repositories {
jcenter()
// All of React Native (JS, Obj-C sources, Android binaries) is installed from npm
maven { url "$rootDir/node_modules/react-native/android" }
}
}
dependencies {
compile 'com.facebook.react:react-native:+'
}
2：引入react-native到android项目时会引入一个aar，由于没有明确指定react-native的版本（只是一个+号，表示最新版本），所以引入项目aar的版本由npm install控制；
npm install命令会根据根据项目目录下的package.json进行下载相关文件；例如：
{
"name": "RentFive",
"version": "1.0.0",
"description": "",
"main": "index.js",
"scripts": {
"start": "node node_modules/react-native/local-cli/cli.js start",
"bundle-android": "react-native bundle –platform android –dev true –entry-file index.android.js –bundle-output app/src/main/assets/index.android.bundle –sourcemap-output app/src/main/assets/index.android.map –assets-dest app/src/main/res/"
},
"author": "",
"license": "ISC",
"dependencies": {
"eslint": "^3.7.1",
"eslint-plugin-react": "^6.4.0",
"react": "15.3.2",
"react-native": "^0.35.0"
},
"devDependencies": {
"babel-jest": "16.0.0",
"babel-preset-react-native": "1.9.0",
"jest": "16.0.2",
"jest-react-native": "16.0.0",
"react-test-renderer": "15.3.2"
}
}
上方文本中控制的 -->"react-native": "^0.35.0"<-- 语句控制了react-native引入android项目的reacti-native aar版本；
3：react-native生成aar的源码在npm install命令下载生成的
'$项目根目录'\node_modules\react-native\ReactAndroid中；
aar中关于对于CPU限制在
'$项目根目录'\node_modules\react-native\ReactAndroid\src\main\jni\Application.mk ,
在这个文件中，我们可以到：
APP_BUILD_SCRIPT := Android.mk
APP_ABI := armeabi-v7a x86
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
说明了CPU的类型限定在了armeabi-v7a和x86上
4: 所以在android编译打包的时候，要正确运行react-native项目，需要对CPU的编译环境进行限制，如下
ndk {
abiFilters "armeabi-v7a", 'x86' // 指定要ndk需要兼容的架构
}
和
packagingOptions {
exclude "lib/arm64-v8a/librealm-jni.so"
}
这样可以保证android在项目编译时，只引入需要的so文件（只生成CPU限定好的so文件 ）
5: 以上步骤的操作决定了react-native的aar版本和所支持的CPU环境，一般情况下就能够实现项目的正常运行，但是在另外一些情况下，比如有其他的功能引入也需要引入so文件，这样同时会现在CPU的环境，这样就可能会存在冲突；
比如高德地图，只支持armeabi环境（由于高德的在线说明文档更新延迟，其实高德SDK已经支持arm64-v8a，不过这个支持无法解决CPU环境冲突的问题）
高德地图CPU支持环境说明：
http://lbs.amap.com/dev/ticket#/faq/291
和
http://lbs.amap.com/api/android-navi-sdk/guide/create-project/android-studio/#add-so；
由于高德地图和react-native环境的冲突，导致项目无法正常运行，要么react-native页面运行正常，需要使用到高德地图的模块进入就崩溃，要么高德地图的模块正常，进入react-native相关页面就崩溃。
6: 有存在冲突，为解决冲突，除了各自引入相对应的CPU环境so包，如果没有相关so包供我们引入，就需要分析各种CPU环境的兼容情况；
首先android支持的CPU环境情况如下：
https://developer.android.com/ndk/guides/application_mk.html
各种CPU结构中的兼容情况如下（后续会使用自有链接）：
http://blog.csdn.net/u011688880/article/details/46984547
总之可以得到一个结论，armeabi-v7a的so包能够兼容的使用到armebai环境下，由此可以出现一个解决方案；
7: 解决react-native和高德地图等需要引入so文件的项目而导致的CPU环境冲突问题。
- 使用
armeabi-v7a环境生成 app_xxx.apk 文件; - 解压 app_xxx.apk 文件（可以重命名rar或者zip，然后再解压），得到
$解压目录\lib\armeabi-v7a的所有libxxxx.so文件; - 把得到的所有libxxxx.so文件全部放入到android的本地项目中（不要问我放到哪个文件夹）；
- 使用
armebi重新编译生成 app_yyy.apk文件； - app_yyy.apk 文件就是一个只支持armebai环境的包，但是同时也支持了react-native环境的包，解决了因为编译环境导致的so文件冲突；
8: 对于其他CPU环境的冲突，请参考第6和第7两小段的内容，可以解决冲突（获取可以，我没有一个个去试）
