当前位置:首页 » 安卓系统 » ubuntu编译android源码

ubuntu编译android源码

发布时间: 2024-06-26 22:29:54

A. 编译android 源码需要sdk环境吗

下面是android学习手册,可以查看编译源码,360手机助手中下载,

编译环境:ubuntu9.10,widnows平台目前不被支持。

1)安装必要的软件环境

$ sudo apt-get install git-core gnupg sun-java5-jdk flex bison gperf libsdl-dev libesd0-dev libwxgtk2.6-dev build-essential zip curl libncurses5-dev zlib1g-dev

官方推荐的就是上面这些,如果在编译过程中发现某些命令找不到,就apt-get它。可能需要的包还有:

$ sudo apt-get install make
$ sudo apt-get install gcc
$ sudo apt-get install g++
$ sudo apt-get install libc6-dev

$ sudo apt-get install patch
$ sudo apt-get install texinfo

$ sudo apt-get install zlib1g-dev
$ sudo apt-get install valgrind
$ sudo apt-get install python2.5(或者更高版本)

需要注意的是,官方文档说如果用sun-java6-jdk可出问题,得要用sun-java5- jdk。经测试发现,如果仅仅make(make不包括make sdk),用sun-java6-jdk是没有问题的。而make sdk,就会有问题,严格来说是在make doc出问题,它需要的javadoc版本为1.5。

因此,我们安装完sun-java6-jdk后最好再安装sun-java5-jdk,或者只安装sun-java5-jdk。这里sun-java6-jdk和sun-java5-jdk都安装,并只修改javadoc.1.gz和javadoc。因为只有这两个是make sdk用到的。这样的话,除了javadoc工具是用1.5版本,其它均用1.6版本:

$ sudo apt-get install sun-java6-jdk

修改javadoc的link:

$ cd /etc/alternatives
$ sudo rm javadoc.1.gz
$ sudo ln -s /usr/lib/jvm/java-1.5.0-sun/man/man1/javadoc.1.gz javadoc.1.gz
$ sudo rm javadoc
$ sudo ln -s /usr/lib/jvm/java-1.5.0-sun/bin/javadoc javadoc

2)设置环境变量

$ emacs ~/.bashrc

在.bashrc中新增或整合PATH变量,如下:

#java 程序开发/运行的一些环境变量

JAVA_HOME=/usr/lib/jvm/java-6-sun
JRE_HOME=${JAVA_HOME}/jre
export ANDROID_JAVA_HOME=$JAVA_HOME
export CLASSPATH=.:${JAVA_HOME}/lib:$JRE_HOME/lib:$CLASSPATH
export JAVA_PATH=${JAVA_HOME}/bin:${JRE_HOME}/bin
export JAVA_HOME;
export JRE_HOME;
export CLASSPATH;
HOME_BIN=~/bin/
export PATH=${PATH}:${JAVA_PATH}:${HOME_BIN};

保存后,同步更新:

source ~/.bashrc

3)安装repo(用来更新android源码)

创建~/bin目录,用来存放repo程序,如下:

$ cd ~
$ mkdir bin

并加到环境变量PATH中,在第2步中已经加入。

下载repo脚本并使其可执行:

$ curlhttp://android.git.kernel.org/repo>~/bin/repo
$ chmod a+x ~/bin/repo

4)初始化repo

repo是android对git的一个封装,简化了一些git的操作。

创建工程目录:

$ mkdir android
$ cd android

repo初始化:

$ repo init -u git://android.git.kernel.org/platform/manifest.git

在此过程中需要输入名字和email地址。初始化成功后,会显示:

repo initialized in /android

在~/android下会有一个.repo的隐藏目录。

5)同步源代码

$ repo sync

这一步要很久很久。

6)编译android源码,并得到~/android/out目录

$ cd ~/andoird
$ make

这一过程很久。

7)在模拟器上运行编译好的android

编译好android之后,emulator在~/android/out/host/linux-x86/bin下,ramdisk.img,system.img和userdata.img则在~/android/out/target/proct/generic下。

$ cd ~/android/out/host/linux-x86/bin

增加环境变量

$ emacs ~/.bashrc

在.bashrc中新增环境变量,如下

#java 程序开发/运行的一些环境变量

export ANDROID_PRODUCT_OUT=~/android/out/target/proct/generic
ANDROID_PRODUCT_OUT_BIN=~/android/out/host/linux-x86/bin
export PATH=${PATH}:${ANDROID_PRODUCT_OUT_BIN}:${ANDROID_PRODUCT_OUT};

最后,同步这些变化:

$ source ~/.bashrc
$ cd ~/android/out/target/proct/generic
$ emulator -system system.img -data userdata.img -ramdisk ramdisk.img

最后进入android桌面,就说明成功了。

8)编译模块

android中的一个应用程序可以单独编译,编译后要重新生成system.img。

在源码目录下执行

$ . build/envsetup.sh (.后面有空格)

就多出一些命令:

- croot: Changes directory to the top of the tree.
- m: Makes from the top of the tree.
- mm: Builds all of the moles in the current directory.
- mmm: Builds all of the moles in the supplied directories.
- cgrep: Greps on all local C/C++ files.
- jgrep: Greps on all local Java files.
- resgrep: Greps on all local res/*.xml files.
- godir: Go to the directory containing a file.

可以加—help查看用法。

我们可以使用mmm来编译指定目录的模块,如编译联系人:

$ mmm packages/apps/Contacts/

编完之后生成两个文件:

out/target/proct/generic/data/app/ContactsTests.apk
out/target/proct/generic/system/app/Contacts.apk

可以使用

$ make snod

重新生成system.img,再运行模拟器。

9)编译SDK

直接执行make是不包括make sdk的。make sdk用来生成SDK,这样,我们就可以用与源码同步的SDK来开发android了。

a)修改/frameworks/base/include/utils/Asset.h

‘UNCOMPRESS_DATA_MAX = 1 * 1024 * 1024’ 改为 ‘UNCOMPRESS_DATA_MAX = 2 * 1024 * 1024’

原因是eclipse编译工程需要大于1.3M的buffer;

b)编译ADT

由于本人不使用eclipse,所以没有进行这步;

c)执行make sdk

注意,这里需要的javadoc版本为1.5,所以你需要在步骤1中同时安装sun-java5-jdk

$ make sdk

编译很慢。编译后生成的SDK存放在out/host/linux-x86/sdk/,此目录下有android-sdk_eng.xxx_linux- x86.zip和android-sdk_eng.xxx_linux-x86目录。android-sdk_eng.xxx_linux-x86就是 SDK目录。

实际上,当用mmm命令编译模块时,一样会把SDK的输出文件清除,因此,最好把android-sdk_eng.xxx_linux-x86移出来。

此后的应用开发,就在该SDK上进行,所以把7)对于~/.bashrc的修改注释掉,增加如下一行:

export PATH=${PATH}:~/android/out/host/linux-x86/sdk/android-sdk_eng.xxx_linux-x86/tools

注意要把xxx换成真实的路径;

d)关于环境变量、android工具的选择

目前的android工具有:

A、我们从网上下载的Android SDK,如果你下载过的话( tools下有许多android工具,lib/images下有img映像)
B、我们用make sdk编译出来的SDK( tools下也有许多android工具,lib/images下有img映像)
C、我们用make编译出来的out目录( tools下也有许多android工具,lib/images下有img映像)

那么我们应该用那些工具和img呢?

首先,我们一般不会用A选项的工具和img,因为一般来说它比较旧,也源码不同步。其次,也不会用C选项的工具和img,因为这些工具和img没有经过SDK的归类处理,会有工具和配置找不到的情况;事实上,make sdk产生的很多工具和img,在make编译出来out目录的时候,已经编译产生了,make sdk只是做了而已。

e)安装、配置ADT
略过;

f)创建Android Virtual Device

编译出来的SDK是没有AVD(Android Virtual Device)的,我们可以通过android工具查看:

$ android list

创建AVD:

$ android create avd -t 1 -n myavd

可以android –help来查看上面命令选项的用法。创建中有一些选项,默认就行了。

再执行android list,可以看到AVD存放的位置。

以后每次运行emulator都要加-avd myavd或@myavd选项:

$ emulator -avd myavd

10)编译linux内核映像

a)准备交叉编译工具链

android代码树中有一个prebuilt项目,包含了我们编译内核所需的交叉编译工具。

b)设定环境变量

$ emacs ~/.bashrc

增加如下两行:

export PATH=$PATH:~/android/prebuilt/linux-x86/toolchain/arm-eabi-4.4.0/bin
export ARCH=arm

保存后,同步变化:

$ source ~/.bashrc

c)获得合适的内核源代码

$ cd ~/android

获得内核源代码仓库

$ git clone git://android.git.kernel.org/kernel/common.git kernel
$ cd kernel
$ git branch

显示

* android-2.6.27

说明你现在在android-2.6.27这个分支上,也是kernel/common.git的默认主分支。

显示所有head分支:

$ git branch -a

显示

* android-2.6.27
remotes/origin/HEAD -> origin/android-2.6.27
remotes/origin/android-2.6.25
remotes/origin/android-2.6.27
remotes/origin/android-2.6.29
remotes/origin/android-goldfish-2.6.27
remotes/origin/android-goldfish-2.6.29

我们选取最新的android-goldfish-2.6.29,其中goldfish是android的模拟器模拟的CPU。

$ git checkout -b android-goldfish-2.6.29 origin/android-goldfish-2.6.29
$ git branch

显示

android-2.6.27
* android-goldfish-2.6.29

我们已经工作在android-goldfish-2.6.29分支上了。

d)设定交叉编译参数

打开kernel目录下的Makefile文件,把CROSS_COMPILE指向刚才下载的prebuilt中的arm-eabi编译器.

CROSS_COMPILE ?= arm-eabi-

LDFLAGS_BUILD_ID = $(patsubst -Wl$(comma)%,%,
$(call ld-option, -Wl$(comma)–build-id,))

这一行注释掉,并且添加一个空的LDFLAGS_BUILD_ID定义,如下:

LDFLAGS_BUILD_ID =

e)编译内核映像

$ cd ~/android/kernel
$ make goldfish_defconfig
$ make

f)测试生成的内核映像

$ emulator -avd myavd -kernel ~/android/kernel/arch/arm/boot/zImage

B. 自己可以编译安卓源码吗

用最新的Ubuntu 16.04,请首先确保自己已经安装了Git.没安装的同学可以通过以下命令进行安装:

sudo apt-get install git git config –global user.email “[email protected]” git config –global user.name “test”

其中[email protected]为你自己的邮箱.

简要说明

android源码编译的四个流程:1.源码下载;2.构建编译环境;3.编译源码;4运行.下文也将按照该流程讲述.

源码下载

由于某墙的原因,这里我们采用国内的镜像源进行下载.
目前,可用的镜像源一般是科大和清华的,具体使用差不多,这里我选择清华大学镜像进行说明.(参考:科大源,清华源)

repo工具下载及安装

通过执行以下命令实现repo工具的下载和安装

mkdir ~/binPATH=~/bin:$PATHcurl https://storage.googleapis.com/git-repo-downloads/repo > ~/bin/repochmod a+x ~/bin/repo

补充说明
这里,我来简单的介绍下repo工具,我们知道AOSP项目由不同的子项目组成,为了方便进行管理,Google采用Git对AOSP项目进行多仓库管理.在聊repo工具之前,我先带你来聊聊多仓库项目:

我们有个非常庞大的项目Pre,该项目由很多个子项目R1,R2,...Rn等组成,为了方便管理和协同开发,我们为每个子项目创立自己的仓库,整个项目的结构如下:


这里写图片描述

执行完该命令后,再使用make命令继续编译.某些情况下,当你执行jack-admin kill-server时可能提示你命令不存在,此时去你去out/host/linux-x86/bin/目录下会发现不存在jack-admin文件.如果我是你,我就会重新repo sync下,然后从头来过.

错误三:使用emulator时,虚拟机停在黑屏界面,点击无任何响应.此时,可能是kerner内核问题,解决方法如下:
执行如下命令:

  • ./out/host/linux-x86/bin/emulator -partition-size 1024 -kernel ./prebuilts/qemu-kernel/arm/kernel-qemu-armv7

  • 通过使用kernel-qemu-armv7内核 解决模拟器等待黑屏问题.而-partition-size 1024 则是解决警告: system partion siez adjusted to match image file (163 MB >66 MB)

    如果你一开始编译的版本是aosp_arm-eng,使用上述命令仍然不能解决等待黑屏问题时,不妨编译aosp_arm64-eng试试.

    结束吧

    到现在为止,你已经了解了整个android编译的流程.除此之外,我也简单的说明android源码的多仓库管理机制.下面,不妨自己动手尝试一下.

    C. 在android4.0.几的版本上会出现这个问题,在线求解答

    镇凳在Ubuntu12.04(64位)编译Android4.0源码时,遇到各种各样的问题。不是缺这个,就是少那个。现把这些问题和解决方法罗列出来(最新统计)。

    错误(1):
    /usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or directory
    make: *** [out/host/linux-x86/obj/EXECUTABLES/acp_intermediates/acp.o] 错误 1

    解决:
    sudo apt-get install libc6-dev-i386

    错误(2):
    make: *** [out/host/linux-x86/obj/EXECUTABLES/acp_intermediates/acp] error 1

    解决:
    sudo apt-get install g++-4.4-multilib

    错误(3):
    external/clearsilver/cgi/cgi.c:22: fatal error: zlib.h: No such file or directory
    compilation terminated.
    make: *** [out/host/linux-x86/obj/SHARED_LIBRARIES/libneo_cgi_intermediates/cgi.o] Error 1

    解决:
    sudo apt-get install zlib1g-dev

    错误(4):
    /usr/bin/ld: cannot find -lz
    collect2: ld returned 1 exit status
    make: *** [out/host/linux-x86/obj/EXECUTABLES/aapt_intermediates/aapt] Error 1

    解决:
    sudo apt-get install lib32z1-dev

    错误(5):
    bison -d -o out/host/linux-x86/obj/EXECUTABLES/aidl_intermediates/aidl_language_y.cpp frameworks/base/tools/aidl/aidl_language_y.y
    /bin/bash: bison: command not found
    make: *** [out/host/linux-x86/obj/EXECUTABLES/aidl_intermediates/aidl_language_y.cpp] Error 127

    解决:
    sudo apt-get install bison

    错误(6):
    Lex: aidl <= frameworks/base/tools/aidl/aidl_language_l.l
    /bin/bash: flex: command not found
    make: *** [out/host/linux-x86/obj/EXECUTABLES/aidl_intermediates/aidl_language_l.cpp] Error 127

    拿岁解决:
    消旅睁sudo apt-get install flex

    错误(7):
    /usr/bin/ld: cannot find -lncurses
    collect2: ld returned 1 exit status
    make: *** [out/host/linux-x86/obj/EXECUTABLES/adb_intermediates/adb] Error 1

    解决:
    sudo apt-get install lib32ncurses5-dev

    错误(8):
    prebuilt/linux-x86/sdl/include/SDL/SDL_syswm.h:55: fatal error: X11/Xlib.h: No such file or directory
    compilation terminated.
    make: *** [out/host/linux-x86/obj/EXECUTABLES/emulator_intermediates/android/main-common.o] Error 1

    解决:
    sudo apt-get install libx11-dev

    错误(9):
    sh: gperf: not found
    calling gperf failed: 32512 at ./makeprop.pl line 96.
    make: *** [out/target/proct/generic/obj/STATIC_LIBRARIES/libwebcore_intermediates/WebCore/css/CSSPropertyNames.h] Error 25
    make: *** Deleting file `out/target/proct/generic/obj/STATIC_LIBRARIES/libwebcore_intermediates/WebCore/css/CSSPropertyNames.h'

    解决:
    sudo apt-get install gperf

    错误(10):
    build/core/java.mk:9: *** bin: Target java mole does not define any source or resource files. Stop.

    解决:
    删除源码根目录下的bin文件夹,这个文件夹是导入eclipse时创建的。

    错误(11):
    /usr/bin/ld: cannot find -lX11
    collect2: ld returned 1 exit status
    make: *** [out/host/linux-x86/obj/lib/libOpenglRender.so] 错误 1

    解决/usr/bin/ld: Cannot Find -lxxx错误
    /usr/bin/ld: cannot find -lltdl
    collect2: ld returned 1 exit status

    解决办法是(方法一):

    [root@9-104 php-5.2.8]# updatedb
    [root@9-104 php-5.2.8]# locate libltdl //提示/usr/bin/ld: cannot find -lxxx ,查找时候前面加lib:libxxx 住一 第一个l去掉
    /usr/lib64/libltdl.so.3
    /usr/lib64/libltdl.so.3.1.4
    /usr/share/libtool/libltdl
    /usr/share/libtool/libltdl/COPYING.LIB
    /usr/share/libtool/libltdl/Makefile.am
    /usr/share/libtool/libltdl/Makefile.in
    /usr/share/libtool/libltdl/README
    /usr/share/libtool/libltdl/acinclude.m4
    /usr/share/libtool/libltdl/aclocal.m4
    /usr/share/libtool/libltdl/config-h.in
    /usr/share/libtool/libltdl/config.guess
    ...
    注意拉:
    [root@9-104 php-5.2.8]# ln -s /usr/lib64/libltdl.so.3 /usr/lib64/libltdl.so
    原理:给查找到的libxxx文件做软链接
    ln -s /usr/lib64/libxxx.so.X(X代表数字) /usr/lib64/lxxx.so

    解决办法是(方法二):
    apt-get install libxx-dev(如:apt-get install libltdl-dev)
    /usr/bin/ld: cannot find -lXt 这种情况一般就是库找不到,有可能你没安装,有可能你安装了但是路径不对。你可以先用 #locate libxt查看下,时候跟这有光的库,没有就安装。

    以上两种办法若再出现如下错误:

    <built-in>:0:0: note: this is the location of the previous definition
    host StaticLib: libOpenglCodecCommon (out/host/linux-x86/obj/STATIC_LIBRARIES/li
    bOpenglCodecCommon_intermediates/libOpenglCodecCommon.a)
    host SharedLib: libOpenglRender (out/host/linux-x86/obj/lib/libOpenglRender.so)
    /usr/bin/ld: cannot find -lX11
    collect2: ld returned 1 exit status
    make: *** [out/host/linux-x86/obj/lib/libOpenglRender.so] Error 1

    解决方法(办法三亲测一定可行):$ sudo ln -s /usr/lib/i386-linux-gnu/libX11.so.6 /usr/lib/i386-linux-gnu/libX11.so

    错误(12):
    development/tools/emulator/opengl/host/libs/Translator/GLcommon/GLDispatch.cpp:22: fatal error: GL/glx.h: No such file or directory compilation terminated.
    make: *** [out/host/linux-x86/obj/STATIC_LIBRARIES/libGLcommon_intermediates/GLDispatch.o] Error 1

    解决方法:sudo apt-get install libgl1-mesa-dev

    错误(13):
    host SharedLib: lib64EGL_translator (out/host/linux-x86/obj/lib/lib64EGL_translator.so)
    /usr/bin/ld: cannot find -lGL
    collect2: ld returned 1 exit status
    make: *** [out/host/linux-x86/obj/lib/lib64EGL_translator.so] Error 1
    make: *** Waiting for unfinished jobs....

    解决方法 :

    sudo apt-get install libglu1-mesa-dev

    错误(14):
    host StaticLib: libGLcommon (out/host/linux-x86/obj/STATIC_LIBRARIES/libGLcommon
    _intermediates/libGLcommon.a)
    host SharedLib: libGLES_CM_translator (out/host/linux-x86/obj/lib/libGLES_CM_tra
    nslator.so)
    /usr/bin/ld: cannot find -lGL
    collect2: ld returned 1 exit status
    make: *** [out/host/linux-x86/obj/lib/libGLES_CM_translator.so] Error 1

    由于libGL.so系统默认没有进行库路径下的链接,还需要手动链接一下
    解决方法: sudo ln -s /usr/lib/i386-linux-gnu/mesa/libGL.so.1 /usr/lib/i386-linux-gnu/libGL.so
    解决方法: sudo ln -s /usr/lib/i386-linux-gnu/mesa/libGL.so.1 /usr/lib/i386-linux-gnu/mesa/libGL.so

    在网上搜到上面的解决方法,可是按照上述方法做了,问题依旧。经过多方实验,才发现问题所在。通过apt-get install的库不是libGL.so.1.2了。而是libGL.so.1.2.0.

    错误(15):
    make: *** [out/host/linux-x86/obj/EXECUTABLES/obbtool_intermediates/Main.o] Error 1

    后来发现了,原来是Ubuntu11.10里的gcc和g++版本太高了,于是执行下面的操作:

    sudo apt-get install gcc-4.4

    sudo apt-get install g++-4.4

    sudo rm -rf /usr/bin/gcc /usr/bin/g++

    sudo ln -s /usr/bin/gcc-4.4 /usr/bin/gcc

    sudo ln -s /usr/bin/g++-4.4 /usr/bin/g++

    把默认的4.6版本换为了4.4,继续编译源码,又出现了另一个错误,大致提示为:

    g++ selected multilib '32' not installed

    继续奋战吧,安装相应的工具吧:sudo apt-get install g++-4.4-multilib,现在正在make -j8(开启多线程编译(不推荐),可能有时候会出现问题,最好是直接make)

    2.解决各种依赖问题
    首先安装一些库
    ?View Code BASH

    1 sudo apt-get install gnupg flex bison gperf libsdl1.2-dev libesd0-dev
    2 sudo apt-get install libwxgtk2.6-dev squashfs-tools build-essential
    3 sudo apt-get install zlib1g-dev pngcrush schedtool ia32-libs libncurses5-dev

    这些库可能不全,如果出现问题,再google一下吧

    2.error: “_FORTIFY_SOURCE” redefined [-Werror]
    这个问题,据说与gcc版本有关,4.4版不会出现。
    后来在google code 上找到了使用gcc 4.6编译的方法
    修改build/core/combo/HOST_linux-x86.mk 文件 line 61

    ?View Code BASH

    1 -HOST_GLOBAL_CFLAGS += -D_FORTIFY_SOURCE=0
    2 +HOST_GLOBAL_CFLAGS += -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0

    这是CyanogenMod打上的补丁

    3.No rule to make target ‘out/target/proct/generic/obj/lib/libcamera.so’
    修改 /home/Android-2.3.4/frameworks/base/services/camera/libcameraservice/Android.mk,USE_CAMERA_STUB:=false ->ture
    ?View Code BASH

    1 LOCAL_PATH:= $(call my-dir)
    2
    3 # Set USE_CAMERA_STUB if you don't want to use the hardware camera.
    4
    5 # force these builds to use camera stub only
    6 ifneq ($(filter sooner generic sim,$(TARGET_DEVICE)),)
    7 USE_CAMERA_STUB:=true
    8 endif
    9
    10 #########CHANGE THIS LINE############
    11 USE_CAMERA_STUB:=true
    12
    13 ifeq ($(USE_CAMERA_STUB),)
    14 USE_CAMERA_STUB:=false
    15 endif

    D. ubuntu12.04编译android源码要多久

    这个关键是要看你的电脑配置情况,以及代码的附加情况,有的平台软件会附加很多东西上去,编译就比较慢了。
    我们这边使用的是四核八线程的电脑,32GB内存,
    原生代码 4.4 八线程编译40分钟左右,5.1,一个半小时左右,6.0的大约一个小时,以上是原生代码编译模拟器的时间。

    高通代码6.0编译一般需要两个小时左右,mtk的也是两个小时左右,

    E. 怎么样将自己开发的Android应用程序编译到系统Image中

    1. 搭建编译环境
    编译环境: Ubuntu 10.10
    Android版本:Android 2.2

    编译过程中可能需要在Ubuntu上安装必要的一些软件,我安装过的包含如下软件,不同的系统可能会有差别:
    jdk6(Android官方建议装jdk5,但是我在编译时会遇到Java override问题,改用6没有任何问题), bison, lib64z1-dev, libasound2-dev, flex, gperf, libncurses5-dev

    2. 应用程序存放目录
    SimpleJNI是采用Android NDK和Java编写的程序,包含apk和so库文件,它的源代码在source tree的development/samples/目录下。
    实际上package在编译时所放的目录并没有明确限定,编译后apk和so存放的位置是根据目录下Android.mk所指定的编译类型所决定的,例如:
    SimpleJNI根目录下的Android.mk中有一行include $(BUILD_PACKAGE),表示将该目录下的模块编译成package,即apk文件,默认存放的位置为/system/app。
    SimpleJNI/jni目录下的Android.mk中有一行为include $(BUILD_SHARED_LIBRARY),表示将该目录下的native.cpp编译为共享库文件,即so文件,默认存放的位置为/system/lib

    因此,如果我们想要将自己编写的程序编译至image中,只需要将Eclipse下完成的整个工程到source tree下的某个目录即可,我一般习惯放到packages/apps下。

    3. 添加Android.mk
    完成了上一步,可以知道,Android.mk在编译中起着至关重要的作用,这其实就是Android编译环境中的make file。为了完成我们的工作,需要在源代码中添加Android.mk。添加自己的Android.mk可以仿照SimpleJNI中的Android.mk,稍微修改即可。我们首先看看SimpleJNI目录下的两个Android.mk的内容:
    根目录下的Android.mk

    TOP_LOCAL_PATH:= $(call my-dir)

    # Build activity

    LOCAL_PATH:= $(TOP_LOCAL_PATH)
    include $(CLEAR_VARS)

    LOCAL_MODULE_TAGS := samples

    LOCAL_SRC_FILES := $(call all-subdir-java-files)

    LOCAL_PACKAGE_NAME := SimpleJNI

    LOCAL_JNI_SHARED_LIBRARIES := libsimplejni

    LOCAL_PROGUARD_ENABLED := disabled

    include $(BUILD_PACKAGE)

    # ============================================================

    # Also build all of the sub-targets under this one: the shared library.
    include $(call all-makefiles-under,$(LOCAL_PATH))

    根目录下的Android.mk决定了整个工程编译的配置,其中,

    LOCAL_PATH 定义了当前的目录

    LOCAL_MUDULE_TAGS 定义了当前模块的类型,编译器在编译时会根据类型的不同有些差别,有些tags的mole甚至不会被编译至系统中。LOCAL_MUDULE_TAGS主要有如下几种:user debug eng tests optional samples shell_ash shell_mksh。optional表示在所有版本的编译条件下都被编译至image中,剩下的表示在该版本中才会被编译只image中,如user表示在user版本下才会被编译至image中。
    对于包含LOCAL_PACKAGE_NAME的mk文件,该项默认为optinal,具体可以参看build/core/package.mk。SimpleJNI中定义为samples的具体作用我也不太清楚,为了保险起见,我自己的apk一般定义为optional。

    LOCAL_SRC_FILES 定义了编译apk所需要的java代码的目录

    LOCAL_PACKAGE_NAME 这里需要改成自己的package的名字

    LOCAL_JNI_SHARED_LIBRARIES 定义了要包含的so库文件的名字,如果你的程序没有采用JNI,这行不需要。

    LOCAL_PROGUARD_ENABLED 定义了Java开发中的ProGuard压缩方法,主要用来分析压缩程序的,在我自己的应用中我没有加这行。

    include $(BUILD_PACKAGE) 这行是build的关键,表示当前java代码build成apk

    include $(call all-makefiles-under,$(LOCAL_PATH)) 表示需要build该目录下的子目录的文件,这样编译系统就会在当前目录下的子目录寻找Android.mk来编译so等其它程序。

    根据上述所写,创建我自己的Android.mk如下:

    TOP_LOCAL_PATH:= $(call my-dir)

    # Build activity

    LOCAL_PATH:= $(TOP_LOCAL_PATH)
    include $(CLEAR_VARS)

    LOCAL_MODULE_TAGS := optional

    LOCAL_SRC_FILES := $(call all-subdir-java-files)

    LOCAL_PACKAGE_NAME := TestJniApp

    LOCAL_JNI_SHARED_LIBRARIES := libtestjniapp

    include $(BUILD_PACKAGE)

    # ============================================================

    # Also build all of the sub-targets under this one: the shared library.
    include $(call all-makefiles-under,$(LOCAL_PATH))
    看起来很简单吧,基本不需要改动即可。

    Jni目录下的Android.mk

    由于我们的TestJniApp是用JNI完成的,包含C源代码,因此也需要一个jni目录下的Android.mk。同样首先看看SimpleJNI中jni目录下的Android.mk的内容:

    LOCAL_PATH:= $(call my-dir)
    include $(CLEAR_VARS)

    LOCAL_MODULE_TAGS := samples

    # This is the target being built.
    LOCAL_MODULE:= libsimplejni

    # All of the source files that we will compile.
    LOCAL_SRC_FILES:= /
    native.cpp

    # All of the shared libraries we link against.
    LOCAL_SHARED_LIBRARIES := /
    libutils

    # No static libraries.
    LOCAL_STATIC_LIBRARIES :=

    # Also need the JNI headers.
    LOCAL_C_INCLUDES += /
    $(JNI_H_INCLUDE)

    # No special compiler flags.
    LOCAL_CFLAGS +=

    # Don't prelink this library. For more efficient code, you may want
    # to add this library to the prelink map and set this to true. However,
    # it's difficult to do this for applications that are not supplied as
    # part of a system image.

    LOCAL_PRELINK_MODULE := false

    include $(BUILD_SHARED_LIBRARY)
    LOCAL_MODULE 当前模块的名字,即编译后的so文件的名字

    LOCAL_SRC_FILES 所要编译的文件

    LOCAL_SHARED_LIBRARIES, LOCAL_STATIC_LIBRARIES 该模块要链接的动态库和静态库。

    LOCAL_C_INCLUDES 要包含的头文件

    LOCAL_CFLAGS C语言编译选项

    LOCAL_PRELINK_MODULE 定义是否使用prelink工具,它用事先链接代替运行时链接的方法来加速共享库的加载,不仅可以加快起动速度,还可以减少部分内存开销。

    经过修改后,我自己的TestJniApp中jni目录下的Android.mk如下:

    LOCAL_PATH := $(call my-dir)

    include $(CLEAR_VARS)

    LOCAL_MODULE := libtestjniapp
    LOCAL_SRC_FILES := com_test_app_Jni.c
    LOCAL_C_INCLUDES += $(JNI_H_INCLUDE)

    LOCAL_PRELINK_MODULE := false

    include $(BUILD_SHARED_LIBRARY)

    这里有一点需要注意,如果要将so文件编译入image,必须要修改LOCAL_MODULE_TAGS,将原有的值samples修改为user,或者可以直接删掉 。删掉是因为对于包含LOCAL_MODULE的mk文件,如果没有指定LOCAL_MODULE_TAGS,该项默认为user,而只有定义为user的情况下,才会将so文件编译入image,具体定义可以参看build/core/base_rule.mk。

    4. 修改/bulid/target/proct/generic.mk 把工程编译到系统中
    至此,还有最后一部工作。为了将工程编译进入image,还需要在/bulid/target/proct/generic.mk文件中将package name添加进去

    PRODUCT_PACKAGES := /
    AccountAndSyncSettings /
    CarHome /
    DeskClock /
    ……
    SyncProvider /
    TestJniApp

    完成上面这些步骤后,在source tree根目录下编译image就可以了。

    F. Android源码能在其他电脑上运行吗

    如下:
    1.在ubuntu系统下,进入源码根目录,运行如下命令。
    mmm命令编译idegen模块,在源码目录下的out/host/linux-x86/frameworks/目录下生成了idegen.jar文件。
    2.在源码目录下继续执行如下命令:
    3.development/tools/idegen/idegen.sh命令执行完成,会在根目录下生成
    android.iml和android.ipr这两个文件,这两个文件是Android Studio的工程配置文件。
    4.到这一步我们可以打开Android Studio导入源码了,不过还有一些要注意的地方,如果我们就这么直接导入,会把所有的源码模块导入到Android Studio中,这会很慢的,想想源码那么多文件,直接全部导入,如果你的电脑配置不好,可能会直接假死。所以我们最好过滤一下我们不需要的源码文件,只导入我们需要的模块。
    对比源码下目录,我把除了frameworks模块的其他所有模块都过滤掉了。这样导入的速度很快,3分钟左右就导入完成了。
    5.所有配置完成了,下面启动Android Studio开始导入源码。
    6.Android Studio导入源码
    点击ok,大概过了3-5分钟,就导入完成了。
    7.好了,现在我们可以愉快的使用Android Studio查看源码了。
    8.如果你不想编译源码,还想把源码导入Android Studio的简单方法是什么呢,到这一步我想大家都知道了,就是把上面生成的两个文件android.iml和android.ipr拷贝到你的未编译源码根目录就可以用Android Studio导入了。
    9.当然,一般我们大部分人不在ubuntu下开发app ,为了能在Windows或Mac系统下也能使用Android Studio查看未编译的源码,我们也可以像上一步那样直接拷贝ubuntu下的android.iml和android.ipr文件到Windows或Mac系统下的android源码根目录下,然后导入Adnroid Studio中,这样就可以在这两个平台上进行查看源码了,不用一直开虚拟机了。

    热点内容
    qq为什么密码修改好了就进不去 发布:2024-11-26 11:37:05 浏览:382
    电容为啥耐压越大存储量越小 发布:2024-11-26 11:31:52 浏览:189
    天然气车载储气瓶泄露处置脚本 发布:2024-11-26 11:17:36 浏览:254
    换ip的服务器 发布:2024-11-26 11:17:29 浏览:75
    容器平台怎么看配置 发布:2024-11-26 11:06:09 浏览:940
    qq的xml源码 发布:2024-11-26 11:04:05 浏览:704
    ip设计缓存设置 发布:2024-11-26 10:56:49 浏览:107
    c语言k值 发布:2024-11-26 10:48:53 浏览:870
    Java霸王大陆 发布:2024-11-26 10:44:52 浏览:704
    乐高机器人怎么编程 发布:2024-11-26 10:36:12 浏览:374