2014-06-11 21:51:01 mr_raptor 阅读数 12946
  • 快速入门Android开发 视频 教程 android studio

    这是一门快速入门Android开发课程,顾名思义是让大家能快速入门Android开发。 学完能让你学会如下知识点: Android的发展历程 搭建Java开发环境 搭建Android开发环境 Android Studio基础使用方法 Android Studio创建项目 项目运行到模拟器 项目运行到真实手机 Android中常用控件 排查开发中的错误 Android中请求网络 常用Android开发命令 快速入门Gradle构建系统 项目实战:看美图 常用Android Studio使用技巧 项目签名打包 如何上架市场

    19484 人正在学习 去看看 任苹蜻

第四章、Android编译系统与定制Android平台系统

 

4.1Android编译系统

Android的源码由几十万个文件构成,这些文件之间有的相互依赖,有的又相互独立,它们按功能或类型又被放到不同目录下,对于这个大的一个工程,Android通过自己的编译系统完成编译过程。

4.1.1 Android编译系统介绍

Android和Linux一样,他们的编译系统都是通过Makefile工具来组织编译源码的。Makefile工具用来解释和执行Makefile文件,在Makefile文件里定义好工程源码的编译规则,通过make命令即可以完成对整个工程的自动编译。因此分析makefile文件是理解编译系统的关键。

在Android中,下面几个主要的makefile文件构成了Android编译系统。

图x-x Android编译系统组成

 

①   Makefile:编译系统的入口Makefile文件,它只有一行代码,包含build/core/main.mk

②   build/core/main.mk:主要Makefile,定义了Android编译系统的主线

③   build/core/config.mk:根据用户输入的编译选项导出配置变量,影响编译目标

④   build/core/envsetup.mk:定义大量全局变量,用户编译配置

⑤   build/core/product_config.mk:根据用户选择的目标产品,定义编译结果输出目录

⑥   device/*/$(TARGET_DEVICE)/BoardConfig.mk:根据用户选择的目标产品找到对应的设备TARGET_DEVICE,加载设备的板级配置

⑦   build/core/definitions.mk:定义编译过程中用到的大量变量和宏,是编译系统的函数库

⑧   MODULES_DIR/Android.mk :每个模块的规则定义文件,它出现在每个要编译的目录下,如图x-x所示,我们可以自己向Android系统中添加自己的模块,来达到定制系统的目的。


图x-x 模块中的Android.mk文件

⑨   build/core/Makefile:Android编译目标规则定义文件,最终编译结果在该文件中定义,如system.img、ramdisk.img、boot.img、userdata.img等

4.1.2 Android.mk文件

在Android源码中,大量的源码按照功能通过目录来分类,同一功能的代码通常被编译成一个目标文件,目标文件不仅仅包含可执行C/C++应用程序,还包含动态库、静态库、Java类库、Android应用程序等,在Android编译系统中,每个被编译的目标文件被称为一个模块(module),在每个模块的源码目录中必须创建一个Android.mk文件作为编译规则,这些Android.mk文件在编译时被编译系统中的findleaves.py脚本包含进去。

@build/core/main.mk

489 subdir_makefiles := \

490    $(shell build/tools/findleaves.py --prune=out --prune=.repo --prune=.git$(subdirs) Android.mk)                              

491

492 include $(subdir_makefiles)

注:findleaves.py由Python语言编译的脚本,Python是一种执行效率比较高的面向对象的脚本,上述脚本意思是返回subdirs目录下的Android.mk文件,但是会跳过out、.reop、.git目录。

通常编译一个模块时编译器需要知道以下内容:

Ø 编译什么文件?(指定源码目录和源码文件)

Ø 编译器需要哪些编译参数?

Ø 编译时需要哪些库或头文件?

Ø 如何编译?(编译成动态库、静态库、二进制程序、Android应用还是Java库?)

Ø 编译目标

Android.mk的语法不同于Makefile,Android.mk语法更简洁,用户只需在Android.mk中定义出一些编译变量,Android的编译系统会根据Android.mk文件中变量的值进行编译。

比如Zygote进程app_process模块中的Android.mk如下面代码所示:

@ frameworks/base/cmds/app_process/Android.mk

  1LOCAL_PATH:= $(call my-dir)              #指定源码目录

  2include $(CLEAR_VARS)                     #包含清除编译变量的mk文件,防止影响本次编译

  3

  4LOCAL_SRC_FILES:= \                      #指定被编译源码

  5     app_main.cpp

  6

  7LOCAL_SHARED_LIBRARIES := \               #指定编译Zygote时用到的其它动态库

  8     libcutils \

  9     libutils \

 10     libbinder \

 11     libandroid_runtime

 12

 13LOCAL_MODULE:= app_process                #指定被编译模块的名字

 14

 15include $(BUILD_EXECUTABLE)                  #指定编译方式,编译成可执行程序

再比如Camera应用程序中的Android.mk:

@ packages/apps/Camera/Android.mk

  1LOCAL_PATH:= $(call my-dir)                        #指定源码目录

  2include $(CLEAR_VARS)                              #包含清除编译变量的mk文件,防止影响本次编译

  3

  4LOCAL_MODULE_TAGS := optional                      #指定应用程序标签

  5

  6LOCAL_SRC_FILES := $(call all-java-files-under, src)      #指定被编译源码

  7

  8LOCAL_PACKAGE_NAME := Camera                   #指定Android应用程序名

  9LOCAL_SDK_VERSION := current                        #指定该应用程序依赖的SDK版本

 10

 11LOCAL_PROGUARD_FLAG_FILES := proguard.flags    #指定混淆编译配置文件

 12

 13include $(BUILD_PACKAGE)                        #指定模块编译方式,这儿编译成Android应用程序

 14

 15 # Usethe following include to make our test apk.

 16include $(call all-makefiles-under,$(LOCAL_PATH))        # 包含当前目录下子目录中的Android.mk文件,向下编译

通过上面两个例子可以看出来,Android.mk文件结构很简单,每个模块的Android.mk文件必须完成以下操作:

Ø 指定当前模块的目录

通过调用$(call my-dir)命令包(一些Makefile的集合),来获得当前模块目录。

Ø 清除所有的LOCAL_XX变量

通过include命令包含clear_vars.mk文件来清除所有的LOCAL_XX变量,防止影响本次编译结果,clear_vars.mk文件由变量CLEAR_VARS来定义

Ø 指定源码文件

通过LOCAL_SRC_FILES变量指定源码文件,对于C/C++文件,要将它们全部列出来赋值给LOCAL_SRC_FILES(见上面程序代码),对于Java源码,可以通过调用命令包$(callall-java-files-under, src)来实现,它会在src目录下查找所有的Java文件,将其罗列出来。

Ø 指定编译细节

在编译时可能需要修改编译器参数、需要链接其它的库、需要其它路径下的头文件等编译细节。

Ø 指定目标模块名

如果是C/C++库、可执行程序或Java类库,通过LOCAL_MODULE指定最终编译出来的模块名,如果是Android应用程序,通过LOCAL_PACKAGE_NAME变量来指定。

Ø 指定目标模块类型

模块最终都要进行编译,通过include 命令包含一些预定义好的变量来指定模块最终的类型,这些变量分别对应一个makefile文件,包含了模块类型的编译过程。主要的预定义编译变量如下:

编译变量

功能

BUILD_SHARED_LIBRARY

将模块编译成共享库

BUILD_STATIC_LIBRARY

将模块编译成静态库

BUILD_EXECUTABLE

将模块编译成可执行文件

BUILD_JAVA_LIBRARY

将模块编译成Java类库

BUILD_PACKAGE

将模块编译成Android应用程序包

注:上述编译变量的定义在build/core/definitions.mk中。

在Android.mk中,主要编译变量如下表所示:

编译变量

功能

LOCAL_PATH

指定编译路径

LOCAL_MODULE

指定编译模块名

LOCAL_SRC_FILES

指定编译源码列表

LOCAL_SHARED_LIBRARIES

指定使用的C/C++共享库列表

LOCAL_STATIC_LIBRARIES

指定使用的C/C++静态库列表

LOCAL_STATIC_JAVA_LIBRARIES

指定使用的Java库列表

LOCAL_CFLAGS

指定编译器参数

LOCAL_C_INCLUDES

指定C/C++头文件路径

LOCAL_PACKAGE_NAME

指定Android应用程序名

LOCAL_CERTIFICATE

指定签名认证

LOCAL_JAVA_LIBRARIES

指定使用的Java库列表

LOCAL_SDK_VERSION

指定编译Android应用程序时的SDK版本

注:其它的编译变量见附录。

4.1.3实验:编译HelloWorld应用程序

【实验内容】

在Ubuntu系统中使用eclipse开发环境编写简单的HelloWorld应用程序,然后使用Android编译系统进行编译,最终将HelloWorld应用程序作为系统应用集成到Android系统中。

【实验目的】

通过实验,学员掌握在Android源码的编译系统中编译Android应用程序、库、可执行程序,了解Android系统应用程序的定制过程,最终在Android模拟器中,运行自己通过编译系统编译的Android应用程序。

【实验平台】

拥有Android源码的Ubuntu操作系统(可以在Windows系统中虚拟Ubuntu系统)。

【实验步骤】

1.      打开eclipse开发环境,创建一个Android应用程序:HelloWorld:

$ cd ~/android/eclipse

$./eclipse &

 

2.      将新创建的HelloWorld工程拷贝到源码目录中的packages/apps目录下:

$ cp -rf HelloWorld/~/android/android_source/packages/apps

在HelloWorld工程目录下删除由eclipse开发环境自动生成的文件和目录,仅保留如图x-x所示工程目录结构:


3.      编译HelloWorld工程的Android.mk文件,我们可以仿照Android里自带的应用程序的Android.mk文件,例如Camera工程中的Android.mk文件:

将Camera工程中的Android.mk文件拷贝到HelloWorld工程中:

$ cp  ../Camera/Android.mk./

修改Android.mk文件,删除没必要的编译变量:

LOCAL_PATH:= $(call my-dir)

include $(CLEAR_VARS)

 

LOCAL_MODULE_TAGS := optional

 

LOCAL_SRC_FILES := $(call all-java-files-under,src)

 

LOCAL_PACKAGE_NAME := HelloWorld

LOCAL_SDK_VERSION := current

 

include $(BUILD_PACKAGE)

4.      编译HelloWorld工程:

Ø 切换到Android源码目录下:

$ cd ~/android/android_source/

Ø 加载编译函数:

$ source build/envsetup.sh

Ø 选择编译目标项:

$ lunch generic-eng

Ø 通过mmm命令编译HelloWorld工程:

$ mmm packages/apps/HelloWorld/

Ø 编译生成模拟器映像system.img:

$ make snod

注:我们也可以直接通过make命令来编译HelloWorld工程并生成system.img映像文件,但是这种方式耗时比较长,所以我们使用上面的编译方式,能节省实验时间,关于Android源码编译的细节,请查看2.3.2编译Android章节。

 

5.      启动模拟器,查看HelloWorld应用程序运行效果:

$ ./run_emulator.sh

注:run_emulator.sh是快速运行模拟器的脚本,详细说明请查看2.5定制Android模拟器章节。




2015-10-16 00:54:37 wtianok 阅读数 3295
  • 快速入门Android开发 视频 教程 android studio

    这是一门快速入门Android开发课程,顾名思义是让大家能快速入门Android开发。 学完能让你学会如下知识点: Android的发展历程 搭建Java开发环境 搭建Android开发环境 Android Studio基础使用方法 Android Studio创建项目 项目运行到模拟器 项目运行到真实手机 Android中常用控件 排查开发中的错误 Android中请求网络 常用Android开发命令 快速入门Gradle构建系统 项目实战:看美图 常用Android Studio使用技巧 项目签名打包 如何上架市场

    19484 人正在学习 去看看 任苹蜻

何为定制Android系统?就是在特定的硬件上,移植上Android操作系统,并修改原生Android系统以提供给定制的APP操作定制硬件的方法。

所以,定制Android的主要工作有以下三部分:

  1. 适配硬件;
  2. 制作接口;
  3. 定制APP;

一般而言,定制的硬件会采用方案商提供的稳定方案,例如全至的a20方案、a31s方案、r16方案、飞思卡尔的i.MX6方案等等。这些方案拿过来,是一个类似于平板的开发板,在其上Android系统是能够跑起来的。然后就要根据自身的需求,把一些外围硬件适配上去,例如你要做一个音箱类的产品,你可能需要适配上牛掰的DSP,PA等等,如果你要做一个车机类的产品,你可能要适配上一个MCU,适配上倒车摄像头,如果是要做一个电视盒子,红外或者2.4g是必须的。这就是适配硬件所要做的工作。

定制的硬件产品一般都会应用于一些特殊的场景下,那么肯定会需要定制一个APP来和用户进行交互,完成用户所需要的功能。因为硬件是定制的,很多功能原生的Android系统并没有提供接口来操作,这就需要开发人员对Android进行修改,把操作硬件的方法暴露给APP。这就是我所做的工作。这部分的工作处于应用开发和驱动开发之间,我姑且称之为Android中间件的开发。

开发驱动的同事一般会提供给我一些设备节点,通过读写这些设备节点就可以操作外设。一般来说,操作设备节点的操作会用C/C++来实现。但是对于制作APP的同事,他们会习惯于使用Java这类高级语言,所以对于Android中间件的开发者,就要借助于JNI这一工具,构建连接C/C++和Java的桥梁。

在我的开发过程中,我使用过以下几种方法来提供操作硬件的接口:

  1. 提供JNI源代码;

提供JNI源代码是最裸的一种方式。一般在调试一个硬件功能的时候,我会编写一个简单的Demo APP。调试成功之后,我曾直接把Demo APP的源代码提供给APP开发者。这样,我的工作是最少的,只要调试完,就算是大功告成了。但是对于开发APP的同事来说,这种提供接口的方式需要他们具备一定的JNI开发知识,这就无形中增加了他们的工作量。在我看来,APP开发应该讲经历集中于与用户的交互上,而不是具体的功能的实现细节上。所以这种方法并不好。

另外一方面,因为接口的源代码文件肯定不止一个,那么源代码的版本控制也是一个问题。

  1. 提供JNI编译的库文件;

具体来说,提供库文件有两种方式。一种是给APP提供JNI编译之后的库文件,由他们集成到APP中。这种方式只是简化了版本控制的问题(因为只有一个库文件),对APP开发者的要求没有减少。另一种是把JNI在源代码的环境中编译,编译完之后库文件就在/system/lib/下面了。APP只需运行在特定固件中就行了。这种方式的版本控制问题更严重。因为采用这种方式,在库函数载入的时候会检查APP中声明的接口函数是否和当前库中的函数一一对应,不对应会直接崩掉。所以,如果在某个版本之后,APP新增了一个接口,那么这个新的APP就不能运行在老的固件中了。

  1. 编写后台运行的服务;

为了解决上面的问题,可以编写一个Service。由这个Service来和APP进行交互。因为Service是内置在固件内部的,所以这个Service和JNI不会有版本匹配的问题。而且交互的过程全部都是通过Java实现的(APP开发者最开心了)。APP和Service是运行与不同进程中的,Android的IPC一般有两种方式,一种是通过系统广播,一种是通过AIDL。前者的优点是使用简单,调用不同的接口只需发送不同的广播就行了,返回值则通过接收广播来获取。它的缺点通过广播调接口的实时性不能保证。后者则编写难度较大。各位可以找一下远程服务的代码看看,为了调一个接口,需要编写很多行的代码,这个也是APP的开发人员不想看到的。

其实IPC还有另外一种方式,就是通过socket。这种方式我没有用过,因为其代码编写的量也不少。

  1. 增加系统服务;

这种方式在我目前看来,是最好的方法。为什么好呢?下次再说。已经快一点了,明天还要上班。

2016-07-23 20:10:23 ffmxnjm 阅读数 19212
  • 快速入门Android开发 视频 教程 android studio

    这是一门快速入门Android开发课程,顾名思义是让大家能快速入门Android开发。 学完能让你学会如下知识点: Android的发展历程 搭建Java开发环境 搭建Android开发环境 Android Studio基础使用方法 Android Studio创建项目 项目运行到模拟器 项目运行到真实手机 Android中常用控件 排查开发中的错误 Android中请求网络 常用Android开发命令 快速入门Gradle构建系统 项目实战:看美图 常用Android Studio使用技巧 项目签名打包 如何上架市场

    19484 人正在学习 去看看 任苹蜻

 

 

 

 

 

 

毕业论文

 

题   目  实现Android底层驱动开发并裁剪定制Android操作系统           

学   院         电子信息与电气工程学院      

姓   名                     牛xxx民           

专   业         电子信息科学与技术          

学   号               2012xxxxxxx         

指导教师           逯xxx胜教授           

提交日期           2016.05.10         


 

原创性声明

 

本人郑重声明:本人所呈交的论文是在指导教师的指导下独立进行研究所取得的成果。学位论文中凡是引用他人已经发表或未经发表的成果、数据、观点等均已明确注明出处。除文中已经注明引用的内容外,不包含任何其他个人或集体已经发表或撰写过的科研成果。

本声明的法律责任由本人承担。

 

 

论文作者签名:      年  月  日 

 

论文指导教师签名:

 

 

 

 

 

实现Android底层驱动开发并裁剪定制Android操作系统

牛xxx民

(电子信息与电气工程学院 电子信息科学与技术,甘肃,天水,741000)

 

摘要: 本设计是实现Android底层驱动开发并裁剪定制Android操作系统。其大概流程是在linux系统上借助于gcc编译器编写调试驱动代码,在Android源码中编写APP应用程序、中间件的共享库代码、Android.mk文件、利用javah工具生成头文件,并实现对底层驱动的调用,在这里只实现led的点亮与熄灭,其目的是更注重理解整个Android底层驱动开发的过程,达到举一反多的效果。在官网上下载Android5.0源码,并进行代码的删减和增加,在整个Android系统中加入自己的东西,配置好Android系统编译环境,并在linux平台编译成镜像文件,完成定制Android操作系统,利用烧写工具更新到平板上,最终展现出来。

关键词:配置环境,驱动开发,定制系统,删减增加

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Android underlying driver development and tailor custom Android operating system

Jianmin Niu

(Electronic information and electrical engineering college Electronic information science and technology,tianshui,gansu,741000

 

AbstractThis design is to realize the Android underlying driver development and tailor custom Android operating system.Its process is probably on a Linux system using GCC compiler debugging driver code, write the APP in the Android source code application, middleware, Shared library code, Android. Mk files, header files generated by the javah tools,, and implement the calls to the underlying driver, here only led the lighting and extinguishing of, its purpose is to pay more attention to understand the whole Android underlying driver development process, for more than a reverse effect.In the official website to download Android5.0 source code, and code of cuts and increase, add their own things, in the whole Android configured Android compilation environment, and compile the Linux platform into image file, complete custom Android operating system, using burning tools update to the tablet, eventually.

   Keywords:configuration environment,driver development, custom system,Cut to increase

 

 

 

 

 

 

 

 

 

目录

目录 4

1 引言 6

2 文献综述 6

2.1国内外研究现状与发展 6

2.2研究的目的及意义 7

3 研究方法 7

3.1技术特点 7

3.2实现方案 8

4 裁剪定制Android操作系统 9

4.1理解Android系统总框架 9

4.1.1 Android系统总框架 10

4.1. 2Android 运行时 10

4.2配置搭建开发环境 11

4.2.1首先获得Android源码 11

4.2.2.编译环境硬件要求 12

4.3 Android 系统源代码目录结构解析 12

4.4 Android 系统移植流程 13

4.4.1 Android 系统移植流程概述 13

4.4.2 Android Kernel移植过程 14

4.2.3 Android 编译系统配置 15

4.5添加Android新平台 16

4.5.1 梳理框架 16

4.5.3具体修改过程 17

4.6定制Android系统图标 17

4.7 Android系统启动过程 17

5 应用层控制底层硬件设备 19

5.1 控制方案 19

5.2.1 硬件电路设计 22

5.2.2利用方案一实现 22

5.2.3利用方案二实现 25

5.2.4利用方案三实现 25

6 结束语 26

致  谢 26

参考文献 27

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1 引言

     当今,在电子行业,特别是在庞大的手机市场Android操作系统已经占领主导地位,Android可以说是无处不在。整个Android系统又被叫做一个生态系统,可以说涉及了所有嵌入式相关的内容,从最底层的linux系统到上层的APP应用开发,包含C、C++、java等多种编程语言,可以说是把能涉及到的相关知识都涉及到了,其综合性能不言而喻。所以,学好Android操作系统,对于电子行业的人来说至关重要。本人在这里就其Android操作系统,进行了从底层硬件到中间件,直至上层应用的开发,并对整个流程进行了详细阐述,从官方下载Android源码来进行裁剪,对源码进行删减和添加,定制成符合自己的一个精简Android操作系统,并编写了一个点亮LED灯的驱动代码以及上层应用程序代码,实现上层对底层的调用,最终来点亮LED灯。

2 文献综述

2.1国内外研究现状与发展

 Android操作系统最初由Andy Rubin开发,主要支持手机20059月由Google收购注资。200712月,Google85家硬件制造商、软件开发商及电信营运商组建开放手机联盟共同研发改良Android系统。随后GoogleApache开源许可证的授权方式,发布了Android的源代码。200811月第一部Android智能手机发布。Android逐渐扩展到平板电脑及其他领域,如数码相机游戏机等。2011年,Android在全球的市场份额首次超过塞班系统,跃居全球第一。20128月美国科技博客网站BusinessInsider评选出二十一世纪十款最重要电子产品,Android操作系统榜上有名。2013年的第四季度,Android平台手机的全球市场份额已经达到79%2013年全世界采用这款系统的设备数量已经达到近10亿台。2014第一季度Android平台已占所有移动广告流量来源的42.9%,首度超越iOS2015年在移动设备的市场份额中Android排名第一,应用的下载次数达到500亿;每天有16万台的Android设备售出,并仍以每年49.2%的速度在增长[5]

     Android具有平台开放性,开发的平台允许任何移动终端厂商加入到Android联盟中来;Android平台提供给第三方开发商一个十分宽泛、自由的环境,不会受到各种条条框框的阻扰,可想而知,会有多少新颖别致的软件会诞生,其前景一片光明;跟iPhone相比,它更具有广泛的开发群体;从技术角度而言,android手机比iPhone等其他手机更强调搜索功能,界面更强大,可以说是一种融入了全部web应用的平台。android的版本很多,随着版本的更新,从普通的联系人到现在的数据同步,从最初的触屏到现在的多点触摸,从简单的Google Map到现在的导航系统,这都说明android已经逐渐稳定,而且功能越来越强大。另外,android不仅支持JavaCC++等主流编程语言,还支持RubyRython等脚本语言,甚至Google专门为android应用开发推出simple语言,这使得android有着非常广泛的开发群体;从安全角度来讲,以后手机在生活中的地位会越来越重要,而一些手机病毒也会越来越多,以后智能手机也会成为黑客攻击的一部分,android平台是基于Linux的,安全性相对其他系统更可靠[9]

    Android在中国的前景十分广阔,首先是有成熟的消费者,在国内,android社区十分红火,这些社区为android在中国的普及做了很好的推广作用。国内厂商和运营商也纷纷加入了android阵营,包括中国移动,中国联通,华为通讯,联想,TCL等大企业,同时不仅仅局限于手机,国内厂家也陆续推出了采用android系统的其它产品[6]

    总之,Android在国内外都有着很好的发展势头,其发展前景一片良好。

2.2研究的目的及意义

由于Android基于Linux内核且具有开源性、高度模块化、广泛的硬件支持、很好的安全性和可靠性、良好的用户体验以及开放性较强的特点,加上Android Market和众多第三方应用商店做后盾,在应用方面的资源也非常丰富,由于其适应了移动互联网的发展趋势,切合了移动互联网产业链各方的发展变化需求,所以使得它迅速得到众多厂商和广大爱好者的支持,取得了迅猛的发展[6]

综上可知,对Android操作系统的研究与开发,是作为一个从事移动互联网行业的软件工程师而言必不可少的一部分,它也将会是一个最有前景的选择。

3研究方法

3.1技术特点

 对于Android操作系统的定制,全世界各大移动厂商都在使用Google公司提供的Android源码,由于每一个厂商所设计的硬件千差万别,并且客户需求也有所不同,这就要求每一个厂商都要根据自己的硬件设备和相关要求去重新定制符合自己的Android操作系统,虽然Google公司提供的Android源码一般来说都可以直接使用,因为它是跨平台的,但是该源码几乎包含了各个移动设备的所有能实现的公共的东西,使得它占用内存资源特别的大,一般都在30G左右,所以不能直接使用它而是要重新定制,最终使得它符合自己需求并且极大的减少内存资源,一般经过定制之后最终生成的镜像文件只占用手机的700M左右的内存。

 在本设计中,本人可以随意的对Android源码进行裁剪,在这里使用Android5.0源码,虽然Android源码在不断的升级,但其代码目录结构和相关功能不变,所以即使升级到任何版本也是能够随意的进行定制。主要是在底层驱动环节增加和删除设备相关信息,对不需要的设备信息进行删除,对需要添加的设备信息进行代码编写,对相关配置文件进行相关修改,在上层应用界面也可以随意的添加和修改应用程序,最终定制出一套符合自己的精简Android操作系统。该设计过程所添加的应用程序与我们平时直接在操作系统上安装APK应用软件有极大的区别,平时安装的APK应用软件可以随意的进行删除和添加,但如果把它添加定制到操作系统里就不能直接删除,如果要删除也可以,则必须要获得root权限才可以。

3.2实现方案

    一般的,一个系统软件都会进行分层设计。对于linux系统又包含大的三部分:bootloader、linux内核、根文件系统。其中bootloader又由应用层、逻辑层、驱动层组成;linux内核又由系统调用接口层、逻辑层、驱动层组成。虽然整个linux系统的代码很庞大,但我们也会仅仅因为功能需求而进行选配,对编译系统而言,所谓的选配就是哪些要编译,哪些不编译。在这里主要工作就是熟悉bootloader和linux内核的目录结构,进行Makefile的编写,修改源代码,代码大部分可用,但是有一部分因为硬件变化或逻辑功能变化,需要进行代码修改,对于那些设备驱动不全的,也需要添加驱动代码。该过程所需要的工具有交叉编译工具链、tftp服务、NFS服务等,搭建好linux平台,实现linux系统移植。

    编写一个led驱动程序,中间件共享库代码,上层APP应用程序,实现led点亮。首先要熟悉模块化驱动的编写,再熟悉平台驱动的编写,对于led驱动属于字符设备驱动,要按照字符设备的驱动程序去编写。

裁剪定制出一个精简的Android操作系统,首先要到官网上下载Android源码,其次,要熟悉Android源码目录结构,在编译Android源码之前先进行厂商定制,添加好自己的代码,对于不需要的进行行裁剪,保留其精华即可,使得系统不过于太庞大。该过程所需要的工具有,linux系统、java SDK、相关的动态库、JNI共享库等。

4裁剪定制Android操作系统

4.1理解Android系统总框架

 

图4-1 Google Android 软件架构

 

图4-2  Android系统总框架图

4.1.1 Android系统总框架

 Android系统总框架图包括Android--应用层、Android--应用程序框架、Android---库(系统运行库)、Android--硬件抽象层、Android-Linux内核层,共5层。应用层包含所有的用JAVA语言编写的应用程序。应用程序框架是核心应用程序所使用的API(应用程序编程接口)框架,包含隐藏在每个应用后面的一系列的服务和系统。系统运行库是一些核心库,该核心库提供了JAVA编程语言核心库的大多数功能,包含一些C/C++库,这些库能被Android系统中不同的组件使用。它们通过 Android 应用程序框架为开发者提供服务。硬件抽象层作为硬件和软件栈之间的抽象层,起着承上启下的作用。内核层是Android 的核心系统服务所必需依赖的,如安全性,内存管理,进程管理,网络协议栈和驱动模型。

4.1. 2Android运行时

 所谓的Android 运行时,每一个Android应用程序都在它自己的进程中运行,都拥有一个独立的Dalvik虚拟机实例。Dalvik被设计成同时高效地运行多个DVM实例的虚拟系统。 Dalvik虚拟机执行(.dex)的是Dalvik可执行文件,该格式文件针对内存使用做了优化。

同时DVM虚拟机是基于寄存器(Stack-based)的,所有的类都经由JAVA编译器编译,然后通过SDK中 的 "dx" 工具转化成.dex格式由虚拟机执行。Dalvik虚拟机依赖于linux内核的一些功能,比如线程机制和底层内存管理机制。

对于一个应用,一个虚拟机实例,一个进程之间的关系而言。每一个android应用都运行在一个dalvik虚拟机实例中,而每一个虚拟机都是在一个独立的进程空间。虚拟机的进程机制内存分配和管理、mutex等的实现都依赖于底层操作系统。所有android应用的线程都对应于一个Linux线程,虚拟机因而可以更多地依赖于操作系统的线程调度和管理机制。不同的应用在不同的空间里运行,对不同来源的应用都使用不同的Linux用户来运行,可以最大程度地保护应用的安全和独立运行。

Dalvik虚拟机有两个特征:

1.专有的dex文件格式。我们都知道dalvik虚拟机使用的是dex文件格式,那么为什么它要弃用字节码文件而是使用专有的dex文件格式呢?有如下原因,<1>.每个应用中会定义很多类,编译完成后即会有很多相应的class文件,class文件中会有大量冗余信息,而dex文件格式会把所有的class文件内容整合到一个文件中,这样,除了减少整体的文件尺寸和I/O操作外,也提高了类的查找速度。<2>.增加了对新的操作码的支持。<3>.文件结构尽量简洁,使用等长的指令,借以提高解析速度。<4>.尽量扩大只读结构的大小,借以提高跨进程的数据共享

2.dex的优化,为了调整所有字段的字节码(LITILE_ENDIAN)和对齐结构中的每一个域,验证DEX文件中的所有类,并对一些特定的类和方法里的操作码进行优化,它是基于寄存器相对于一些基于堆栈的虚拟机,基于寄存器的虚拟机在硬件、通用性上要差一些,但是在代码的执行效率上却更上一筹。

4.2配置搭建开发环境

4.2.1首先获得Android源码

1.获得Android源码的路径有很多种,如:

(1).从官网上获得(现在不行了,现在提供了一些镜像网站)

http://source.android.com/source/downloading.html

(2).可以从方案提供商要

(3).从Soc开源社区获取:www.linaro.org

2.从官网获取源码的具体命令:

$repo init –u https://android.googlesource.com/platform/manifest -b android-4.0.1_r1 下载一个特定的源码分支,下载库文件(注意repo是一个工具)

$ repo sync同步下载 ,真正把源码同步到本地,初始化同步版本

4.2.2.编译环境硬件要求

1.编译的硬件环境

由于下载源码约10GB,编译源码约30GB,至少拥有1.5GB的物理内存 ,内存要尽可能的大,不然再编译过程中会死掉,内存不够时它会杀掉部分编译进程,这样就出问题了。

2.编译的软件环境:

    (1).使用Ubuntu (10.04) LTS(长期支持版)以上版本,JDK5 以上的java运行环境(本设计安装的是jdk6), 对于Android5.0(2.3及以上版本)需要使用64位系统编译,使用gcc 4.4 编译器,必须确认编译器版本是否匹配。

 (2).配置软件环境具体命令

1>.安装JDK

$ sudo apt-get install sun-java6-jdk   //安装并设置环境变量

2>. 安装一系列必要工具

$ sudo apt-get install git-core gnupg flex bison gperf build-essential zip curl zlib1g-dev libc6-dev lib32ncurses5-dev ia32-libs  x11proto-core-dev  libx11-dev  lib32readline5-dev lib32z-dev  libgl1-mesa-dev  g++-multilib  mingw32 tofrodos  python-markdown  libxml2-utils  xsltproc  (例如:bison是进行语法分析的,g++-multilib是32位、64位库相互转换等等)。

4.3 Android系统源代码目录结构解析

 

图4-3 Android 系统源码目录结构

    在Android 系统源码目录结构中,abi定义了函数参数的执行顺序相关代码。art是第三方的工具,支持应用层的一些工具。bionic里面是一些基础的库的源代码 ,即它把标准C库重新写了一遍。bootloader/legacy是启动引导相关代码,这个我们基本上不用,嵌入式设备有自己专门的启动代码。build目录中存放的是编译系统mk文件,包含编译规则和generic通用类产品基础配置文件。cts是Android兼容性测试套件标准 。dalvik是JAVA虚拟机相关代码,不存在跨平台,只与使用的类相关。development包含程序开发所需要的模板和工具 ,如AVD,示例源码 。device是设备相关代码(最重要的目录),与定制厂商有关的,内部包括厂商目录和产品目录。frameworks是核心Android应用框架库,核心框架——java及C++语言。Hardware主要是硬件适配层HAL代码 ,硬件抽象层代码。ndk是Android本地开发包相关代码 ,一个JNI接口,具体是java如何调C的代码。Out目录是编译后生成的目录,编译完成后的代码输出到这个目录,它不会产生中间代码。Prebuilt:支持Linux and Mac OS builds x86和arm架构下预编译(预先提供的)的一些资源 ,如图片等等。packages包含Android的各种系统级应用程序 ,Android原生的应用层程序,如计算机源码。sdk 包含工具源码及qemu相关源码(与ndk区别:只能运行纯java程序)。system是Android根文件系统相关源码,如:init、adb、toolbox及一些库,库代码。Docs是介绍开源的相关文档。external是允许第三方开源的,Android使用的一些开源的模块代码,通用的东西,如waifi。libcore是与核心库相关的代码。

4.4 Android系统移植流程

4.4.1 Android 系统移植流程概述

图4-4 Android 系统移植流程解析

1. 编译生成bootloader

2. 获得支持Android的Android Linux Kernel

3. 基于Android Kernel移植设备驱动

4. 下载与Android Kernel匹配的Android Source

5. 编译Android Source生成并定制Android文件系统

4.4.2 Android Kernel移植过程

1.修改kernel .config(基于Android的一些驱动),即选配Android原生的一些驱动。参考目录为kernel-3.18/Documentation/android.txt(具体目录会随具体公司的项目而有所变动)。

 

图4-5 kernel .config样例

 

图4-6 kernel .config内容样例

2.编译针对Android的linux内核

进入linux源码目录“lichee”下,第一次编译需要执行:

$ ./build.sh config

执行上面命令后会出现一系列菜单选项,按提示选择相应的选项,选配符合自己的环境,配置完成后自动进入uboot和内核的编译,第一次完成配置编译后,若以后再执行,只需执行以下命令:

$ ./build.sh

每次执行这条命令后,都会按照第一次的配置来编译uboot和内核。

4.2.3 Android编译系统配置

1.修改几个重要的makefile。

Android.mk:编译源码mk文件,每个module和package目录下有这么一个文件,很多地方都有这个东西,它的内容就是告诉编译器本层的哪些需要编译哪些不需要编译。

main.mk:定义了编译全部代码的依赖关系。

config.mk:用于配置编译系统,决定如何编译。

envsetup.mk:定义了编译环境配置。

product_config.mk:读取AndrodProducts.mk生成TARGET_DEVICE目标设备变量。

AndroidProducts.mk:定义某厂商所有产品文件列表

BoardConfig.mk:定义开发板软件相关配置项,对具体硬件的说明。

2.编译修改后的Android 5.0源码并生成最终镜像。

进入androidL目录,执行命令$source build/envsetup.sh导出环境变量,加载编译用到的环境变量,添加产品相应配置,然后执行命令$lunch选择相应的产品,列出所有系统编译项,让用户选择编译平台 ,之后再执行命令$extract-bsp,拷贝内核和模块到Android 中,最后执行编译Android系统de命令$make -j2,在当前目录执行编译,–j2表示2个线程同时编译(仅多核CPU),它会执行一系列.mk,会生成很多镜像文件,如boot.img、ramdisk.img、system.img、system.img、recovery.img。执行命令$pack -d 打包生成最终可烧写镜像文件,会把/system/vendor/modules/下的.ko打包成一个总的img的镜像。

4.5添加Android新平台

4.5.1梳理框架

Android源码可以被编译成不同的平台系统,为了方便对源码分类管理,所有平台相关代码放到device目录下,不同的厂商在device下对应不同目录,同一厂商可能有多个产品(TARGET_PRODUCT),这些产品都通过产品配置文件来描述其产品细节(<PRODUCT_NAME>.mk),同一厂商的多个产品由产品列表文件AndroidProducts.mk说明,同一厂商的产品可能使用相同的主板设备 (TARGET_DEVICE)

图4-7 平台设备目录架构

 

注:在Android5.0中AndroidProducts.mk也放到了产品目录下面了,在5.0之前是放在厂商目录下的。

4.5.3具体修改过程

   1.在 device/目录下创建公司目录。

   2.创建一个产品名目录,用来存放产品相关文件。

   3.创建设备相关目录 【这一步省略】注:通常device_name和product_name一样 。

  4.在具体的产品目录下所要修改的内容有

  (1).创建一个product_name.mk文件。

  (2).创建AndroidProducts.mk文件。

      (3).创建 BoardConfig.mk文件,用来配置硬件设备相关信息。

  (4).添加AndroidBoard.mk文件。

   5.如果需要修改系统属性,要在board目录下添加system.prop 文件。

   6.最后,将新的平台的编译选项添加到lunch菜单中,创建vendorsetup.sh 。

   7.在产品目录下新建一个具体的<产品.mk>文件,定义具体的软件相关的东西。

4.6定制Android系统图标

在平板开机过程中,屏幕上可能会显示4种形式内容:

(1)在硬件Boot时出现Boot Logo画面

(2)Linux启动时画面,可能会显示Linux Logo

(3)Android系统本地启动阶段画面,可能显示定制画面

(4)Android系统显示系统启动阶段,可以显示滚动字体或逐帧动画

   

   图4-8 Boot Logo画面    图4-9 Android系统本地启动阶段画面

4.7 Android系统启动过程

1.Android系统启动过程(几乎和linux系统启动过程一样):

    Android系统启动有4个阶段;

1.硬件BOOT、加载Linux内核并挂载Rootfs

2.init进程启动及Native服务启动

3.System Server及Android服务启动

4.Home桌面启动

    2.总体启动框架图

 

图4-10 总体启动框架图

3.总体启动流程图

图4-11 总体启动流程图

5应用层控制底层硬件设备

5.1控制方案

方案一:在早期的Android系统软件架构中,还没有HAL层,在这种情况下,上层APP通过JNI(java本地接口)调用在LIBRARIES层用C代码写好的.SO的共享库,之后,动态库会通过系统调用接口到内核层调用一个写的比较简单的驱动代码,进而到硬件层。

注:.SO的共享库会通过makefile(modules.mk)被拷贝到根文件系统当中,最终被打包到Android镜像中。

                              图5-1 实现流程图

    方案二:在后期的Android系统软件架构中,有了HAL层,在HAL层包括两部分代码,首先是谷歌写好的通用代码为上层提供一个通用接口,另外是自己写的驱动代码,这部分是为了与硬件紧密相关。上层APP应用程序通过调用HAL层谷歌的通用代码然后去调用在HAL层的自己写好的相对复杂的驱动代码,进而去调用kernel层相对简单的驱动代码。

                                  图5-2 实现流程图

    方案三:在后期的Android系统软件架构中,不仅有了HAL层,还包含了应用框架层代码,该层的代码是为了单独实现应用层具体的类以及运行一个对应的服务管理器供应用层代码调用,从而使得应用层代码实现完全的与底层独立,上层APP应用程序通过调用应用框架层服务,再让应用框架层代码去调用HAL层谷歌的通用代码然后去调用在HAL层的自己写好的相对复杂的驱动代码,进而去调用kernel层相对简单的驱动代码。

                               图5-3 实现流程图

5.2 如何用应用程序去控制一个灯

5.2.1硬件电路设计

1.LED模块框图

 

图5-4 LED模块框图

2.LED对应的CPU控制接口图

 

图5-5 LED对应的CPU控制接口图

5.2.2利用方案一实现

利用方案一,首先在linux内核层(linux源码目录中)写一个比较简单的驱动代码,这个驱动代码被编译成.ko文件,之后在Android源码中执行extract-bsp命令就会把这个.ko文件拷贝到Androidde 源码中,再通过makefile(modules.mk)拷贝到根文件系统当中,最终被打包到Android镜像中,在.rc文件(init.sun8.rc)中来指定加载的驱动,并改变其权限;其次,在LIBRARIES层写C代码,把它最终编译成一个.so共享库,它是用来调用底层驱动程序并对上层提供一个接口,起到承上启下的作用。最后写一个APP应用程序。

1.程序流程框图

5-6 程序流程框图

2.编写厂商自定义的初始化脚本文件

如果我们想让自己添加的设备即定制的东西在Android启动时就加载进来,则必须在初始化脚本文件中对它进行声明并改变它的所有者、权限等信息。本人让硬件定制了一个LED灯,在lichee目录下添加了具体的驱动代码,编译出来后拷贝到device目录下,又经过makefile中的命令把它放到/system/vendor/mudules/中,值得注意的是这个驱动是一定能自动创建设备节点的。

具体修改目录,androidL/device/softwinner/fspad-733/init.sun8i.rc

3.linux底层驱动代码

编写驱动代码是软件环节的重中之重,它是硬件的灵魂,没有它一切操作都是无用。本人在此只添加了led驱动代码,如果要添加其它的设备相关驱动,方法一样,在这里只需达到举一反三的效果即可。

具体修改目录,lichee/linux-3.4/drivers/char/fspad723_led.c(fspad723_led.h)

4.编写底层驱动代码对应目录的kconfig和makefile文件

    要想让编写的驱动代码在内核编译后生成.ko文件,则必须添加此代码,在该文件中本人只加了一条指令,obj-m += fspad723_led.o,表示直接指定把它编译成模块。

具体修改目录,lichee/linux-3.4/drivers/char/makefile

具体修改目录,lichee/linux-3.4/drivers/char/kconfig

5.编写APP应用程序

    要想实现手机启动之后用界面图标去控制底层驱动代码进而控制硬件LED的亮灭就必须添加此代码。改APP代码可以在PC机上deeclipse软件里编写,之后生成APK文件即可。

具体修改目录,androidL/hardware/farsight/LedDemo/led_java

6.编写中间件的共享库代码

    要想把上层应用程序与底层驱动联系起来必须添加此代码,它起着承上启下的作用。对于Android系统来说,把中间件的实现放在库libraries当中,要么放在HAL层当中。对于中间件的代码存放位置Android中比较随意,没有具体的位置,可以放在任何目录下面,至于它会把它排在哪个层次这个是由makefile决定,在这里把中间库代码实现在具体设备目录fspad-733下面,在这个目录下自己创建了一个目录hardware.

具体修改目录,androidL/device/softwinner/fspad-733/harware/legacy

在legacy目录下面有一个com_farsight_ledlegacy_legacy.h文件该头文件使用javah工具生成的,由于上层是用java语言而下层使用c语言写的,对于两种不同的语言要建立通信,则必须要有一中翻译机制,即javah(jdk开发包中提供的一个工具)。要生成com_farsight_ledlegacy_legacy.h文件,在PC机运行里打开DOS窗口,进入工程源码目录E\androidL/Eclipse/ledlegacy工程目录执行命令,javah -classpath bin/class -d jni -jni com.farsight.ledlegacy.legacy,执行之后会在android/Eclipse/ledlegacy/

Jni目录生成一个.h头文件,把它复制到androidL/device/softwinner/

fspad-733/harware/legacy目录即可。

7.编写底层驱动代码对应目录的Android.mk文件

该文件用来指定代码如何编译的。

8.总述运行流程

    应用程序运行的时候,先去创建类的对象,在创建该对象的时候就加载了“legacy”共享库,然后就可以在java主运行界面mainActivity.java中调用这个类,最终来打开设备,执行关灯和灭灯操作。

9.用串口调试去测试驱动代码

    在平台驱动时,有一个sysfs目录,在sys/class/farsight_led/led/下面会生成一个属性为enable的文件。

在终端下执行:

1.获取权限:$chmod 777 /sys/class/farsight_led/led/enable

2.若第一步不行,则执行:$su root

3.执行“亮灯”命令:$echo “1” > /sys/class/farsight_led/led/enable  

4.执行“灭灯”命令:$echo “0” > /sys/class/farsight_led/led/enable

5.2.3利用方案二实现

1.程序流程框图

                     5-7  程序流程框图

2.具体实现代码步骤(略)

5.2.4利用方案三实现

1.程序流程框图

图5-8 程序流程框图

2.具体实现代码步骤(略)

6 结束语

    本设计通过在Android5.0源码中添加和删除了诸多的代码,最终完成了Android操作系统的裁剪与定制,并且实现了底层驱动代码的添加,对整个Android操作系统流程与架构有了深刻的理解。通过此次毕业设计,使得我在以后的工作当中可以实现对任意升级的Android源码进行定制,最终达到与具体硬件的完美匹配。

致  谢

     首先衷心的感谢我的指导老师逯宗胜教授,在本次设计中给予了我莫大的的帮助和关怀,在完成设计的过程当中悉心的教导了我并给予了诸多的建议,使我受益匪浅。在大学的四年里,逯老师凭借渊博的专业知识并时刻本着负责任的态度去完成每一件事,让我影响深远,我相信,他的师德和人格将会伴随我的一生,让我去更好的走向成功的道路。

在本次毕业设计中,用到了各方面的专业知识,对自己有了新的认识,感谢学校对我四年来的辛勤培养,完善的实验平台,在大学四年里能有机会在实验室里认真的学习,感谢给予我帮助的老师们,感谢在一起相互学习的伙伴,感谢陪我度过四年的和给予我帮助的所有同学。最后衷心感谢各位评审的专家对我论文的审阅。

 牛建民

                                                  2016519日

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

参考文献

[1] 韦东山.嵌入式Linux应用开发完全手册.人民邮电出版社,2008.08

[2] 周庆国.Android底层开发实战.机械工业出版社,2015.10

[3] 陈强.Android底层接口与驱动开发技术详解.中国铁道出版社,2014.05

[4] 明日科技.Android从入门到精通.清华大学出版社,2012.09

[5]计算机研讨_百度文库

[6]国内安卓手机的发展现状与前景趋势分析

[7] 康华光等.电子技术基础模拟部分(第五版).高等教育出版社.2008

[8] 康华光等.电子技术基础数字部分(第五版).高等教育出版社.2008

[9] 李刚.疯狂Android讲义(第3版).电子工业出版社.2015

[10] 宋宝华.Linux设备驱动开发详解(第2版).人民邮电出版社.2010

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2014-06-11 22:01:06 mr_raptor 阅读数 64085
  • 快速入门Android开发 视频 教程 android studio

    这是一门快速入门Android开发课程,顾名思义是让大家能快速入门Android开发。 学完能让你学会如下知识点: Android的发展历程 搭建Java开发环境 搭建Android开发环境 Android Studio基础使用方法 Android Studio创建项目 项目运行到模拟器 项目运行到真实手机 Android中常用控件 排查开发中的错误 Android中请求网络 常用Android开发命令 快速入门Gradle构建系统 项目实战:看美图 常用Android Studio使用技巧 项目签名打包 如何上架市场

    19484 人正在学习 去看看 任苹蜻

4.3定制Android平台系统

通常产品厂商在拿到Android源码后会在Android源码基础上进行定制修改,以匹配适应自己的产品,从本节开始,我们从最原始的Android源码系统里一步一步定制出自己的Android系统。本节主要内容包含:根据Android源码,添加新产品编译项,定制系统启动界面和文字,定制系统启动动画和声音,定制系统桌面。

4.3.1 添加新产品编译项

Android系统的源代码是一个逻辑结构非常独立工程,在一套Android源码中可以编译出多个产品映像,在需要编译某一个产品系统时,只要通过lunch命令选择产品编译项即可。本节我们介绍如何在Android源码中创建新产品编译项并定制编译出该产品系统。

在创建新产品编译项时,要先了解下面几个概念:

Ø 目标产品:具体指某个最终用户买到的Android设备,如:iPhone5,乐PhoneS2,小米手机等。

Ø 产品系列:开发手机的团队通常由同一团队打造,在研发出一款产品后,往往要继续在其基础上研发出新产品,新产品往往是在老产品的硬件或软件基础上做一些升级,这些产品们就是一个产品系列。比如:联想的乐Phone系列手机包含:乐PhoneS1和乐PhoneS2,他们同属于一个系列。

Ø 目标设备:目标设备可以理解为手机主板,它是指手机设备硬件配置信息的集合体,每个手机产品都有设备硬件配置,一个设备硬件配置可能被不同产品使用,同一手机有高配置版本和低配置版本,如乐PhoneS2有512M RAM、8G Flash容量版本和1G RAM 、16G Flash容量版本。

在Android编译系统中,每个编译项编译出一个产品系统,每个目标产品都对应一个目标设备,一个产品系列包含多个不同的产品,一个目标设备可能被多个产品配置使用。

由前面描述可知,同一系列的新老产品之间可以存在“继承关系”,新产品是老产品的“子产品”,老产品是新产品的“父产品”,子产品可以复用父产品的特性,还可以重写、扩展父产品。如:老产品不支持NFC近距离通信技术,新产品支持NFC技术。同样,设备主板间也存在“继承关系”。

 

图x-x 产品、设备与编译项关系图

 

如图x-x所示,某一产品系列包含3个产品,2个目标设备,其中产品2继承了产品1,产品2 使用了设备2,它是基于产品1所使用的设备1的升级。产品3使用了和产品2一样的设备2,他们硬件配置一样,但是却不是同一产品,3个不同产品都对应一个产品编译项。

在Android编译系统中,产品编译项相关配置文件都在device/<厂商名>/目录下。厂商的产品列表由AndroidProducts.mk文件定义,目标产品信息由<产品名>.mk定义,目标设备信息由BoardConfig.mk和AndroidBoard.mk定义。创建新产品的编译项就是创建上述几个mk文件的过程。

1.      创建厂商目录

不同的手机厂商对应device/下不同目录,在厂商目录下放置该厂商的产品相关信息,我们厂商名定义为mycompany。

$ cd ~/android/android_source

$ mkdir device/mycompany

2.      在厂商目录下创建设备目录

定义设备名为myphone。

$ mkdir device/mycompany/myphone

3.      添加新产品编译项配置文件,该配置文件在执行source build/envsetup.sh时,被加载执行

$ vim device/mycompany/myphone/vendorsetup.sh

在vendorsetup.sh文件时添加下面一条命令,用于向编译系统添加编译项,新添加的产品名为:myproduct,编译类型为eng。

add_lunch_combo myproduct-eng

注:add_lunch_combo命令是build/envsetup.sh脚本中定义的函数,表示将一个新产品编译项添加到lunch菜单里。

4.      创建产品列表配置文件AndroidProducts.mk

AndroidProducts.mk文件用于定义当前厂商所拥有的所有产品列表,每个产品都对应一个配置文件:

$ vimdevice/mycompany/myphone/AndroidProducts.mk

在产品列表配置文件中添加如下内容:

PRODUCT_MAKEFILES := \

   $(LOCAL_DIR)/full_product.mk

注:PRODUCT_MAKEFILES变量用于保存所有产品配置信息列表,$(LOCAL_DIR)表示当前目录,full_product.mk表示某一款产品的配置文件。

5.      配置full_product.mk文件,定义产品的配置信息,添加如下内容:

include build/target/product/languages_full.mk

include build/target/product/full.mk

 

# Discard inherited values and use our owninstead.

PRODUCT_NAME := myproduct

PRODUCT_DEVICE := myphone

产品配置也可以和Java中的类一样被继承,通过inclulde命令可以将指定的文件包含进来,然后在后面可以对里面的内容进行重写。一般而言不同的产品产品名和设备名都不一样,在full_product.mk中对继承的full.mk中的产品名和设备名进行重写:PRODUCT_NAME为myproduct,PRODUCT_DEVICE为myphone。

在full_product.mk文件中继承的languages_full.mk内容如下:

@build/target/product/languages_full.mk

PRODUCT_LOCALES := en_US fr_FR it_IT es_ES de_DEnl_NL cs_CZ pl_PL ja_JP zh_TW zh_CN ru_RU ko_KR nb_NO es_US da_DK el_GR tr_TRpt_PT pt_BR rm_CH sv_SE bg_BG ca_ES en_GB fi_FI hr_HR hu_HU in_ID iw_IL lt_LTlv_LV ro_RO sk_SK sl_SI sr_RS uk_UA vi_VN tl_PH

该配置文件里表示的是当前产品系统里默认支持的本地语言,由上述配置信息可知,它基本包含了Android所支持的所有语言包。

@build/target/product/full.mk

PRODUCT_PACKAGES := \

   OpenWnn \

   PinyinIME \

    VoiceDialer\

   libWnnEngDic \

   libWnnJpnDic \

   libwnndict

 

# Additional settings used in all AOSP builds

PRODUCT_PROPERTY_OVERRIDES := \

   keyguard.no_require_sim=true \

   ro.com.android.dateformat=MM-dd-yyyy \

   ro.com.android.dataroaming=true \

   ro.ril.hsxpa=1 \

   ro.ril.gprsclass=10

 

PRODUCT_COPY_FILES := \

   development/data/etc/apns-conf.xml:system/etc/apns-conf.xml \

   development/data/etc/vold.conf:system/etc/vold.conf

 

# Pick up some sounds - stick with the shortlist to save space

# on smaller devices.

$(call inherit-product,frameworks/base/data/sounds/OriginalAudio.mk)

 

# Get the TTS language packs

$(call inherit-product-if-exists,external/svox/pico/lang/all_pico_languages.mk)

 

# Get a list of languages. We use the small listto save space

# on smaller devices.

$(call inherit-product,build/target/product/languages_small.mk)

 

$(call inherit-product,build/target/product/generic.mk)

 

# Overrides

PRODUCT_NAME := full

PRODUCT_BRAND := generic

PRODUCT_DEVICE := generic

PRODUCT_MODEL := Full Android

继承的full.mk文件内容比较多,我们将主要的一些变量列出如表x-x所示。

变量名

作用

使用方式

PRODUCT_PACKAGES

系统预置的模块列表,不仅仅只是Android应用程序,还可以包含库,可执行程序等

直接将系统中要安装的模块名以空格隔开列出

PRODUCT_PROPERTY_OVERRIDES

系统设置的属性值

将所有预设的属性以空格隔开列出,属性格式为:key-value

PRODUCT_COPY_FILES

要拷贝的文件

将文件列表拷贝到文件系统中,文件格式为:源文件:目标文件

PRODUCT_NAME

产品名

该产品名要和编译项中产品名一致

PRODUCT_BRAND

产品品牌

 

PRODUCT_DEVICE

产品对应的设备名

该名字要和产品设备主板配置文件(BoardConfig.mk)所在目录名一致

PRODUCT_MODEL

 

 

总结:我们自己定义的full_product产品继承了build/target/product/目录下的full.mk和languages_full.mk,full.mk文件是Android系统定义的一个“通用产品”,languages_full.mk文件是全部语言包配置文件,这样,自己的产品full_product就具有了通用产品的特点并且支持全部语言包。

6.      定义目标产品对应的设备配置文件AndroidBoard.mk和BoardConfig.mk

同样的道理,我们可以继承使用通用设备配置文件:build/target/board/generic/目录下的AndroidBoard.mk和BoardConfig.mk文件。

Ø 创建AndroidBoard.mk和BoardConfig.mk文件

$ touch AndroidBoard.mk BoardConfig.mk

Ø 添加AndoridBoard.mk的内容如下:

@ device/mycompany/myphone/AndroidBoard.mk

include build/target/board/generic/AndroidBoard.mk

“继承”的父AndroidBoard.mk,其内容:

@build/target/board/generic/AndroidBoard.mk

LOCAL_PATH := $(call my-dir)

 

file := $(TARGET_OUT_KEYLAYOUT)/tuttle2.kl           # Linux内核按键码布局文件

ALL_PREBUILT += $(file)

$(file) : $(LOCAL_PATH)/tuttle2.kl | $(ACP)

         $(transform-prebuilt-to-target)

 

include $(CLEAR_VARS)

LOCAL_SRC_FILES := tuttle2.kcm            # Android按键码映射文件

include $(BUILD_KEY_CHAR_MAP)

其实build/target/board/generic/AndroidBoard.mk文件里只是拷贝了按键映射文件和默认系统属性文件,我们可以将其内容直接拷贝到device/mycompany/myphone/AndroidBoard.mk中。

Ø 添加BoardConfig.mk的内容如下:

@ device/mycompany/myphone/BoardConfig.mk

includebuild/target/board/generic/BoardConfig.mk

“继承”的父BoardConfig.mk内容:

@build/target/board/generic/BoardConfig.mk

# config.mk

#

# Product-specific compile-time definitions.

#

 

# The generic product target doesn't have anyhardware-specific pieces.

TARGET_NO_BOOTLOADER := true                  # 当前设备是否没有Bootloader

TARGET_NO_KERNEL := true                            # 当前设备是否没有Linux内核

TARGET_CPU_ABI := armeabi                           # 当前设备支持的目标架构

HAVE_HTC_AUDIO_DRIVER := true                   # 是否使用HTC的音频驱动

BOARD_USES_GENERIC_AUDIO := true          # 是否使用通用音频技术

 

# no hardware camera

USE_CAMERA_STUB := true                    # 是否使用摄像头Stub

通过BoardConfig.mk的信息可知,其实该文件就是定义了一些设备硬件相关的一些变量,这些变量用来裁剪系统的功能,决定Android系统可运行的体系构架。

7.      根据需要定义产品默认属性和键值信息

Android系统的属性服务类似于Windows的注册表,记录着系统的一些设置信息,我们可以在新产品中预定义一些属性值来设置自己产品。在Android编译系统中,属性都保存在xxx.prop文件中,在build/target/board/generic/system.prop中定义了默认的属性,我们可以在它基础上进行修改。

复制属性文件:

$ cp build/target/board/generic/system.prop  device/mycompany/myphone/

在Android系统中,底层使用Linux内核来接收来自按键硬件上报的键值信息,上层处理用户按键的是Android的框架,二者之间通过两个键值布局文件来进行键值的映射。

Ø Keylayout文件:按键布局文件,以kl后缀命名,该文件用来定义按键驱动里上报的键值号(数字)和Linux内核中通过event事件上报的键值(字符)之间的映射关系。kl文件要放在/system/usr/keylayout/目录下或/data/usr/keylayout/目录下。

Ø KeyCharMap文件:键值字符映射文件,以kcm后缀命名,它用来将Linux内核上报来的键值(字符)进行转换,转换成Android系统里可以识别的键盘码或组合按键。kcm文件要放在/system/usr/keychars/目录下或/data/usr/keychars/目录下。

上述两个按键映射文件使用按键驱动名作为其文件名,如果没有驱动名对应的布局文件,则使用/system/usr/keylayout/qwerty.kl和/system/usr/keychars/qwerty.kcm作为默认的按键映射文件。这两个文件名都通过AndroidBoard.mk文件负责拷贝和安装。

如果我们要使用模拟器作为目标设备,只需要将源码build/target/board/generic/目录里的tuttole2.kl和tuttle2.kcm拷贝到AndroidBoard.mk所在的目录中即可。

$ cp build/target/board/generic/tuttle2.kl  device/mycompany/myphone/tuttle2.kl

$ cp build/target/board/generic/tuttle2.kcm  device/mycompany/myphone/tuttle2.kcm 

如果想要自定义系统的物理按键与Android系统的按键映射关系,则需要在tuttle2.kl和tuttle2.kcm的基础上进行修改,然后再修改AndroidBoard.mk的内容:

$ cp build/target/board/generic/tuttle2.kl  device/mycompany/myphone/<按键驱动名>.kl

$ cp build/target/board/generic/tuttle2.kcm  device/mycompany/myphone/<按键驱动名>.kcm 

修改device/mycompany/myphone/AndroidBoard.mk文件:

LOCAL_PATH := $(call my-dir)

 

file := $(TARGET_OUT_KEYLAYOUT)/<按键驱动名>.kl           # Linux内核按键码布局文件

ALL_PREBUILT += $(file)

$(file) : $(LOCAL_PATH)/<按键驱动名>.kl | $(ACP)

         $(transform-prebuilt-to-target)

 

include $(CLEAR_VARS)

LOCAL_SRC_FILES := <按键驱动名>.kcm                  #  Android按键码映射文件

include $(BUILD_KEY_CHAR_MAP)

注:kcm文件最终被编译系统的key_char_map.mk编译成xxx.kcm.bin的二进制形式,这是因为每个Android应用程序都要加载该按键映射文件,为了加快读取速度刻意而为之的。

创建新产品编译项时创建的目录与文件结构如下:

device/mycompany/                          # 厂商目录

└── vendorsetup.sh           # 添加编译项命令文件

└── myphone/                    # 设备名目录

├── AndroidBoard.mk                  # 设备属性和键值映射配置文件

├── AndroidProducts.mk             # 产品列表文件

├── BoardConfig.mk          # 设备硬件配置及目标架构配置文件

├── full_product.mk            # 目标产品配置文件

├── system.prop                          # 系统默认属性配置文件

├── tuttle2.kcm                            # Android系统键值映射文件

├── tuttle2.kl                      # Linux内核按键布局文件

确认上述目录和文件创建没有问题了,执行Android编译步骤:sourcebuild/envsetup.sh,lunch选择myproduct-eng编译项。

如果看到如下信息,说明我们已经添加新产品成功。

============================================

PLATFORM_VERSION_CODENAME=REL

PLATFORM_VERSION=2.3.6

TARGET_PRODUCT=myproduct

TARGET_BUILD_VARIANT=eng

TARGET_SIMULATOR=false

TARGET_BUILD_TYPE=release

TARGET_BUILD_APPS=

TARGET_ARCH=arm

HOST_ARCH=x86

HOST_OS=linux

HOST_BUILD_TYPE=release

BUILD_ID=GRK39F

============================================

8.      常见问题

Ø 问题1: lunch菜单里没有出现myproduct编译项

原因及解决方法:在执行lunch之前,要执行source build/envsetup.sh命令,确认vendorsetup.sh文件存在及其内容正确无误。

Ø 问题2:选择完lunch菜单里的编译项后,出错:

*** No matches for product"myproduct".  Stop.

** Don't have a product spec for:'myproduct'

** Do you have the right repo manifest?

原因及解决方法:编译系统找不到用户选择的编译项里的myproduct产品,确认AndroidProducts.mk文件里列出了myproduct产品的配置文件full_product.mk,并且full_product.mk文件中PRODUCT_NAME变量的值为产品名:myproduct

Ø 问题3:选择完lunch菜单里的编译项后,出错:

*** No config file found for TARGET_DEVICEmyphone.  Stop.

** Don't have a product spec for:'myproduct'

** Do you have the right repo manifest?

原因及解决方法:编译系统找不到myproduct产品对应的设备myphone,确认myproduct产品的配置文件full_product.mk中PRODUCT_DEVICE变量的值为产品名:myphone,并且在device/mycompany/目录下创建了myphone的设备目录,在该目录下存在BoardConfig.mk文件。

4.3.2 定制产品的意义及定制要点

Android系统是一个完全开源的系统,我们可以通过修改Linux内核代码和Android源码,定制具有独特创意的产品系统,对于产品同质化非常严重的移动市场, Android系统的细节个性化定制也可以让用户眼前一亮。另外,一些产品明确要求要修改或增加一些个性化,如:默认的Android系统开机界面是一个黄嘴的小企鹅,在Android系统启动过程中是一个ANDROID字样的动画效果,厂商一般都要求自己产品开机界面是厂商Logo,开机动画是一个能动态、鲜明表现公司活力的动画效果,我们从本节开始介绍定制产品系统的实现技术。

在整个开机过程中,屏幕上会出现三次内容,如图x-x 所示:

Ø  Linux启动时画面,通常是个黄嘴的小企鹅

Ø  Android系统init进程启动阶段画面,是“ANDROID”文字字样

Ø  Android系统启动阶段动画,是滚动的ANDROID动画


图 x-x 开机界面与Android动画

定制系统开机动画

【实验背景知识】

Android的开机动画是由Linux本地守护程序bootanimation专门控制实现的,其代码在:frameworks/base/cmds/bootanimation/目录下,修改Android开机动画有两种方式:

Ø 蒙板图片替换:

替换frameworks/base/core/res/assets/images/目录下的两个图片文件:android-logo-mask.png和android-logo-shine.png。android-logo-mask.png是镂空蒙板图片,android-logo-shine.png是镂空蒙板后面的闪光png图片。两个图片通过叠加移动来达到动画效果。

Ø 逐帧动画替换:

在/data/local/或/system/media/目录创建bootanimation.zip文件,该压缩包文件里存放有逐帧动画及控制脚本。

【实验组成】

本实验分为两部分:蒙板图片替换实验和逐帧动画替换实验。

【实验内容】

分析Android系统的两种开机动画实现方式,制作并替换开机动画,最终在Android模拟器中运行定制开机动画的系统。

【实验目的】

通过实验,了解Android系统的两种开机动画实现方式,掌握如何定制产品的开机动画,并在Android模拟器中,运行定制开机动画的Android系统。

【实验平台】

拥有Android源码编译环境的Ubuntu操作系统(可以在Windows系统中虚拟Ubuntu系统)。

【蒙板图片替换实验步骤】

1.       使用PhotoShop等图像处理软件制作一张背景为黑色,中间镂空的png格式的图片,命名为:android-logo-mask.png,如图x-x所示。


图x-x 制作镂空动画

2.      将android-logo-mask.png拷贝到frameworks/base/core/res/assets/images/目录下替换Android默认的图片,为了防止源码不编译图片资源,将图片时间戳更新一下。

$ cp android-logo-mask.png    ~/android/android_source/frameworks/base/core/res/assets/images/

$ touch ~/android/android_source/frameworks/base/core/res/assets/images/android-logo-mask.png

3.      重新编译Android的系统资源包framework-res.apk

$ source build/envsetup.sh

$ lunch generic-eng

$ mmm frameworks/base/core/res/

4.      生成新的system.img

$ make snod

5.      启动Android模拟器,实验效果如图x-x所示。

$ ./run_emulator.sh

 

图x-x 定制开机动画效果

 

 

【逐帧动画替换实验步骤】

1.      在/data/local/或/system/media/目录创建bootanimation.zip文件

如果放在/data/local目录下,不需要编译Android源码,直接通过adb命令或文件管理软件拷贝到目录下即可,如果集成进Android系统中,则需要放在/system/media/目录下,这时要重新编译生成system.img映像。

bootanimation.zip文件是直接由几个文件打包生成的,打包的格式是ZIP,打包时的压缩方式选择为存储。


图x-x 压缩文件方式

 

bootanimation.zip文件打包前的结构为:

表x-x bootanimation.zip压缩包文件结构

文件

说明

desc.txt

动画属性描述文件

part0/

第一阶段动画图片的目录

part1/

第二阶段动画图片的目录

其中part0和part1中的动画图片类似于电影胶片,两张图片之间变化较小,他们以固定的速度显示,从而产生动画效果,图片的大小和图片显示的时间控制由desc.txt文件说明。

desc.txt文件内容为:

480 250 15

p 1 0 part0

p 0 10 part1

desc.txt文件的格式为:

 

数据及说明

图片属性

320(图片宽)

320(图片高)

15(每秒显示帧数)

第一阶段动画属性

P(默写标志符)

1(循环次数为1 )

0(进入该阶段的间隔时间)

part0(该阶段图片存放目录)

第二阶段动画属性

p(默写标志符)

0(无限循环)

10(进入该阶段的间隔时间)

part1(该阶段图片存放目录)

注:

标识符:p 是必须的。

循环次数:指该目录中图片循环显示的次数,0表示本阶段无限循环。

每秒显示帧数:就是每秒显示的图片数量,决定每张图片显示的时间。

阶段切换间隔时间:指的是该阶段结束后间隔多长时间显示下一阶段的图片,其单位是每张图片显示的时间。

对应图片目录:就是该阶段动画的系列图片,以图片文件目录的顺序显示动画,而且图片的格式必须要为PNG。

由于逐帧动画不太方便制做,我们直接使用光盘中:章节实验/第四章定制系统开机动画/bootanimation.zip文件作为演示。

2.      如果bootanimation.zip放到/system/media/目录下,则重新编译生成system.img

$ source build/envsetup.sh

$ lunch generic-eng

$ make snod

3.      启动Android模拟器,查看动画效果,如图x-x和x-x所示。

$ ./run_emulator.sh

 

图x-x 第一阶段开机动画

 

图x-x 第二阶段开机动画

结论:通过实验看出,当我们使用逐帧动画时,蒙板动画就不播放了,这是因为Android系统只能使用一种启动动画方式,先判断是否使用了逐帧动画,如果没有使用逐帧动画时,才使用默认的蒙板动画。




2013-07-29 13:42:52 farsightliuht 阅读数 822
  • 快速入门Android开发 视频 教程 android studio

    这是一门快速入门Android开发课程,顾名思义是让大家能快速入门Android开发。 学完能让你学会如下知识点: Android的发展历程 搭建Java开发环境 搭建Android开发环境 Android Studio基础使用方法 Android Studio创建项目 项目运行到模拟器 项目运行到真实手机 Android中常用控件 排查开发中的错误 Android中请求网络 常用Android开发命令 快速入门Gradle构建系统 项目实战:看美图 常用Android Studio使用技巧 项目签名打包 如何上架市场

    19484 人正在学习 去看看 任苹蜻

作者:唐老师,华清远见嵌入式学院讲师。

一、 修改化定制Android4.0系统

Android系统启动时,先加载Linux内核,在Linux的framebuffer驱动里可以定制开机界面,Linux内核启动成功后,挂载根文件系统,启动Android系统,这个时候设备屏幕上开始出现滚动的Android动画,等全部的Android服务启动完毕之后,开始启动Android的HOME界面,也就是桌面。

而在这个过程中,我们可以将开机界面和Android动画全部定制为自己需要的效果。

在整个开机过程中,屏幕上会出现三次内容:
        Ø Linux启动时画面,通常是个黄嘴的小企鹅
        Ø Android系统本地启动阶段画面,是“ANDROID”文字字样
        ØAndroid系统显示系统启动阶段动画,是滚动的ANDROID动画

我们下面将三个过程中的屏幕内容都进行个性化设置。

1. 定制手机开机界面

根据前面文章介绍,我们要在Linux的framebuffer驱动里修改一些代码,让屏幕上出现我们自己的一个开机图片,如下图所示效果。

在Linux系统中,LCD显示设备的驱动都是基于framebuffer的,framebuffer我们可以看成是Android的显存,只要我们向该显存里写入数据,这些数据就可以显示在LCD上。

根据不同的LCD所支持的颜色可以分为:16位色,24位色,32位色。

学过初中物理都知道,色彩由三元色:红(R),绿(G),蓝(B)组成。

Ó16位色:一个像素点由16bit表示,占两个字节,RGB组成分为:565或555二种

Ó24位色:一个像素点由24bit表示,占三个字节,RGB每个颜色由8位组成。

Ó32位色:一个像素点由32bit表示,占四个字节,除了RGB每个颜色8位外,还有8位的Alpha的透明度,共组成32位。

很明显,位数越高,可显示的色彩越丰富,相同像素的LCD占用的显存越大,现在手机和平板基本上都使用32位色的LCD。

Android模拟器里使用16位565格式显示驱动。

既然如此,那么出现在framebuffer里的应该是16位的具体颜色值,我们从怎么知道一个图片的RGB的值呢?

还好,我们使用一款叫Image2Lcd的软件,可以将一个指定的bmp位图格式图片转换成指定的RGB格式数据的数组中。

如下图所示:

选择好图片,设置好宽度和高度及颜色位数,保存成一个头文件mylogo.h,打开里面内容如下:

[cpp] view plaincopyprint?
                            1. const unsigned char bmp[307200] = { /* 0X00,0X10,0X40,0X01,0XE0,0X01,0X01,0X1B, */
                            2. 0X00,0X00,0X00,0X00,0X00,0X00,0X00,0X00,0X00,0X00,0X00,0X00,0X00,0X00,0X00,0X00,
                            3. …
                            4. };

那么我们可以直接将这个头文件拷贝到内核目录中,包含到驱动里,然后直接通过bmp数组名访问图片内容。

Ó修改goldfish的fb驱动文件:

drivers/video/goldfishfb.c

在里面添加一个绘制Logo图片函数draw_logo,如下所示:

[cpp] view plaincopyprint?
                            1. 191 // MichaelTang add for bootlogo
                            2. 192 #include "mylogo.h"
                            3. 193 static int draw_logo(struct goldfish_fb *fb)
                            4. 194 {
                            5. 195          int height = fb->fb.var.yres;
                            6. 196          int width = fb->fb.var.xres;
                            7. 197
                            8. 198          printk("---------> h = %d, w = %d\n", height, width);
                            9. 199          memcpy(fb->fb.screen_base, bmp, height*width*2);
                            10. 200          return 0;
                            11. 201 }

Ó在goldfish_fb_probe函数里调用我们刚才添加的draw_logo函数:

[cpp] view plaincopyprint?
                            1. 204 static int goldfish_fb_probe(struct platform_device *pdev)
                            2. {
                            3.            …
                            4. 312          // MichaelTang add for bootlogo
                            5. 313          draw_logo(fb);
                            6.            ...
                            7. }

重新编译goldfish内核,然后将模拟器的内核指定为新编译的内核,启动后效果如下图所示:

当然,这儿的实验只是在Android的模拟器上实现的,如果在真实设备上,其步骤和上述一样,只不过驱动文件可能不一样,修改的位置不太一样,其原理是一样的。不过最后苹果和三星专利大战再次敲响,希望苹果有一天别来找我,否则,卖肾都赔不起,现在肾也不值钱了。

2.定制Android启动字样

当Linux启动完毕之后,开始挂载根文件系统ramdisk.img,通过命令行指定Linux运行Linux系统里的第一个用户进程init:

init程序由system/core/init/目录下的源码编译而成,其入口文件为:init.c,console_init_action函数就是用来打开console终端,然后在屏幕上打印“A N D R O I D”字样的,如果想修改这个值,则直接将其内容修改了,重新编译init程序,然后重新生成system.img即可,不过,一般是将其内容注释掉。

[cpp] view plaincopyprint?
                            1. 538 static int console_init_action(int nargs, char **args)
                            2. 539 {
                            3.              …
                            4. 548      fd = open(console_name, O_RDWR);
                            5. 549      if (fd>= 0)
                            6. 550          have_console = 1;
                            7. 551      close(fd);
                            8. 552
                            9. 553      if( load_565rle_image(INIT_IMAGE_FILE) ) {
                            10. 554          fd = open("/dev/tty0", O_WRONLY);
                            11. 555          if (fd>= 0) {
                            12. 556              const char *msg;
                            13. 557                  msg = "\n"
                            14. 558              "\n"
                            15. 559              "\n"
                            16. 560              "\n"
                            17. 561              "\n"
                            18. 562              "\n"
                            19. 563              "\n" // console is 40 cols x 30 lines
                            20. 564              "\n"
                            21. 565              "\n"
                            22. 566              "\n"
                            23. 567              "\n"
                            24. 568              "\n"
                            25. 569              "\n"
                            26. 570              "\n"
                            27. 571              "              A N D R O I D ";
                            28. 572              write(fd, msg, strlen(msg));
                            29. 573              close(fd);
                            30. 574          }
                            31. 575      }
                            32. 576      return 0;
                            33. 577 }

修改完之后,操作步骤如下:

[cpp] view plaincopyprint?
                            1. $ source build/envsetup.sh
                            2. $ mmm system/core/init
                            3. $ make snod

重新启动模拟器,可以发现ANDROID字样发生了相应的改变。

3. 定制Android动画

Android系统过程中会滚动Android字样的一个动画,我们可以根据自己的需要,定制这个开机动画,如下图所示:

Android的开机动画是由Linux本地程序bootanimation控制实现的,其代码在:

frameworks/base/cmds/bootanimation/,通过分析源码可知,修改Android开机动画有两种方式:

Ø 替换frameworks/base/core/res/assets/images/目录下的两个图片文件:android-logo-mask.png和android-logo-shine.png,android-logo-mask.png是镂空蒙板png图片,android-logo-shine.png是镂空蒙板后面的闪光png图片

Ø在/data/local/或/system/media/目录创建bootanimation.zip文件

bootanimation.zip文件打包前的结构为:

[cpp] view plaincopyprint?
                            1. desc.txt 动画属性描述文件
                            2. part0/ 第一阶段动画图片的目录(动画是由一帧帧图片组成的)
                            3. part1/ 第二阶段动画图片的目录

bootanimation.zip文件是直接由这几个文件打包的,打包的格式是ZIP,并且要指定用压缩打包方式(就是在打包时的压缩方式选择为存储)。

desc.txt文件的格式为

[cpp] view plaincopyprint?
                            1. 480 250 15
                            2. p 1 0 part0
                            3. p 0 10 part1

其中各个参数的意义为:

480 250 15  
图片的宽 图片的高 每秒显示帧数  
p 1 0 part0
标识符 循环的次数 阶段切换间隔时间 对应图片目录
p 0 10 part1
标识符 循环的次数 阶段切换间隔时间 对应图片目录

注:
        标识符:p 是必须的。
        循环次数:指该目录中图片循环显示的次数,0表示本阶段无限循环。
        每秒显示帧数:就是每秒显示的图片数量,决定每张图片显示的时间。
        阶段切换间隔时间:指的是该阶段结束后间隔多长时间显示下一阶段的图片,其单位是每张图片显示的时间。
        对应图片目录:就是该阶段动画的系列图片,以图片文件目录的顺序显示动画,而且图片的格式必须要为PNG。

原文来源:华清远见嵌入式学院讲师博文,原文地址:http://www.embedu.org/Column/Column678.htm

没有更多推荐了,返回首页