Linux服务器编译安卓代码的基本环境
开发安卓最主要的开发工具就是Android Studio，而AndroidStudio的编译工具就是Gradle，因此Gradle是必不可少的；另外Android开发所依赖的开发工具包也是必不可少的。现在就开始准备这两个东西。
SDK
sdk：软件开发工具包（缩写：SDK、外语全称：Software Development Kit）一般都是一些软件工程师为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合。
下载
cd /opt wget https://dl.google.com/android/repository/sdk-tools-linux-3859397.zip unzip sdk-tools-linux-3859397.zip mkdir sdk mv tools/ sdk/
环境变量
vim /etc/profile
export ANDROID_HOME=/opt/sdk
export PATH=${ANDROID_HOME}/tools/bin:${ANDROID_HOME}/tools/bin:${ANDROID_HOME}:${PATH}
source /etc/profile
sdkmanager --list
如果报错是因为没有jdk
Gradle
关于gradle的选择：
因为针对不同的项目，所用的gradle的版本是不一样的，而且涉及到在源码配置文件中不同的gradle插件与不同的gradle兼容性不一样，所以稳妥起见先看自己的源代码（别说你不用android studio）：
先找一个在本地可以正常打包的apk源码（要是本地都不成功，那就是代码有问题了，服务器不背锅）
下载
cd /opt wget https://services.gradle.org/distributions/gradle-4.10.1-all.zip unzip gradle-4.10.1-all.zip mkdir gradle mv gradle-4.10.1 /opt/gradle/
环境变量
vim /etc/profile
export GRADLE_HOME=/opt/gradle/gradle-4.10.1 export PATH=${GRADLE_HOME}/bin:${PATH}
source /etc/profile
gradle -v
编译andriod项目
mkdir /opt/code
下载代码到这个文件
然后：gradle assembleDebug 然后发现一大堆问题。。。
第一没有平台platforms;android-28
sdkmanager "platforms;android-28"
第二 没有构建工具 build-tools;28.0.3
sdkmanager "platforms;android-28"
第三 some licences 这个是一些许可文件
还记得构建失败的第三个原因嘛，缺少licenses许可。当你下载platforms的时候如果在这里敲了y，就会生成对应的许可，所以一般只要解决了前面两个问题，第三个问题迎刃而解。但是如果有人不想下载，而是通过拷贝的方式将platforms复制到sdk目录下，第三条的问题还会出现。这时候要运行一条命令
sdkmanager --licenses
等弹出要输入y 或者n的时候一律敲y 然后回车。这样就能生成所有的许可文件了。
填坑#1
还记得下载tools后要保持/opt/sdk/tools这样的目录结构，并且设定ANDROID_HOME要设定为/opt/sdk目录这个坑吗？
这是因为在执行sdkmanager工具的时候安装的platforms，build-tools等组件和ANDROID_HOME无关，而是直接放在了tools的同一等级目录,但是在用gradle构建的时候却是要去ANDROID_HOME的路径下面找，
如果ANDROID_HOME指定的是别的路径，或者干脆就指向了tools目录，那明明下载完了组件，但是gradle工具仍旧找不到需要的组件。如果要解决这个问题，还要手动去将组件移动到ANDROID_HOME目录，这样就比较麻烦了。
glibc升级
编译的时候报错：
aapt: /lib64/libc.so.6: version `GLIBC_2.14’ not found (required by aapt)
从上面报错可以看出，程序运行时候，没有找到“GLIBC_2.14”这个版本库，而默认的Centos6.9 glibc版本最高为2.12, 所以需要更新系统glibc库。
glibc是gnu发布的libc库，即c运行库，glibc是linux系统中最底层的api，几乎其它任何运行库都会依赖于glibc。glibc除了封装linux操作系统所提供的系统服务外，它本身也提供了许多其它一些必要功能服务的实现。
很多linux的基本命令，比如cp, rm, ll,ln等，都得依赖于它，如果操作错误或者升级失败会导致系统命令不能使用，严重的造成系统退出后无法重新进入，所以操作时候需要慎重。
解决办法：
1.查看系统版本和glibc库版本
# cat /etc/redhat-release CentOS release 6.9 (Final) # strings /lib64/libc.so.6 |grep GLIBC_ GLIBC_2.2.5 GLIBC_2.2.6 GLIBC_2.3 GLIBC_2.3.2 GLIBC_2.3.3 GLIBC_2.3.4 GLIBC_2.4 GLIBC_2.5 GLIBC_2.6 GLIBC_2.7 GLIBC_2.8 GLIBC_2.9 GLIBC_2.10 GLIBC_2.11 GLIBC_2.12 GLIBC_PRIVATE
由上面的信息可以看出系统是CentOS 6.9，最高支持glibc的版本为2.12，而研发程序要2.14版本，所以需要升级。
2.下载软件并升级：
wget http://ftp.gnu.org/gnu/glibc/glibc-2.14.tar.gz wget http://ftp.gnu.org/gnu/glibc/glibc-ports-2.14.tar.gz tar -xvf glibc-2.14.tar.gz tar -xvf glibc-ports-2.14.tar.gz mv glibc-ports-2.14 glibc-2.14/ports mkdir glibc-2.14/build cd glibc-2.14/build ../configure --prefix=/usr --disable-profile --enable-add-ons --with-headers=/usr/include --with-binutils=/usr/bin make make install
以上完成不报错的话，查看库文件，发现/lib64/libc.so.6软链接指向了2.14版本
# ll /lib64/libc.so.6 /lib64/libc.so.6 -> /lib64/libc-2.14.so
3.再次查看glibc支持的版本：
# strings /lib64/libc.so.6 |grep GLIBC_ GLIBC_2.2.5 GLIBC_2.2.6 GLIBC_2.3 GLIBC_2.3.2 GLIBC_2.3.3 GLIBC_2.3.4 GLIBC_2.4 GLIBC_2.5 GLIBC_2.6 GLIBC_2.7 GLIBC_2.8 GLIBC_2.9 GLIBC_2.10 GLIBC_2.11 GLIBC_2.12 GLIBC_2.13 GLIBC_2.14 GLIBC_PRIVATE
可以看到glibc支持的版本已经到2.14，再次执行程序就不会报错了。
gradle常用命令
gradle clean 清空编译时出现的缓存
gradle assemble 编译代码,并生成debug版本和正式版本apk
gradle assembleDebug 编译代码,并生成debug版本apk
gradle assembleRelease 编译代码,并生成正式版本apk
编译完成后的包在： app/build/outputs/apk/