BOOTCHART ANDROID文档(开机慢)
BootChart在Android中的应用
1简介
Bootchart是一个能对GNU/Linux boot过程进行性能分析并把结果直观化的工具。它在boot过程中搜集资源利用情况及进程信息然后以PNG,SVG或EPS格式来显示结果。BootChart包含数据收集工具和图像产生工具，数据收集工具在原始的BootChart中是独立的shell程序，但在Android中，数据收集工具被集成到了init程序中。
2BootChart使用步骤概述
?在主机上安装BootChart
?建立有BootChart支持的init文件
?安装init到系统镜像
?使能启动时的BootChart功能
?收集系统产生的数据
?根据产生的数据生成图表
?结果分析
以下部分将对这些步骤进行详细描述(环境：Ubuntu9.04,Android1.6)。
3详细说明
?在主机上安装BootChart
$sudo apt-get install bootchart
注：由于BootChart是用Java语言实现，所以要求其所运行的主机安装Java包。
?创建支持BootChart功能的‘init’文件
Andoid系统中运行的第一个程序是'init',其所在的目录为Andoid文件系统的根目录下(即/)。'init'是一个由内核启动的用户级进程，主要是对系统进行初始化和根据init.rc与init.xxx.rc文件建立几个基本的服务。
创建'init'时对BootChart的数据收集功能是可选的，默认的'init'是不支持BootChart 的数据收集功能的。要想在Andoid中应用BootChart，必须创建支持BootChart数据收集功能的'init'。
$cd~/myandroid
$export INIT_BOOTCHART=true
#vim system/core/init/Android.mk
20ifeq($(strip$(INIT_BOOTCHART)),true)
21LOCAL_SRC_FILES+=bootchart.c
22LOCAL_CFLAGS+=-DBOOTCHART=1
23endif
#touch system/core/init/init.c
#cd device/qcom/msm7630_surf#vim BoardConfig.mk
ifeq($(TARGET_BUILD_VARIANT),user)
BOARD_KERNEL_CMDLINE:=androidboot.hardware=qcom
androidboot.bootchart=xifangqing(Add this line)
#vim system/core/rootdir/init.rc(loglevel3改成8，这样INFO可以打印)
adb shell dmesg查看
$make clean（删除out目录）
$make（make kernel即可system/core..）
?安装'init'到系统镜像
将生成的'init'拷贝到目标板的'/'目录下。（具体方法：将
myandroid/out/target/product/zoom2/root下生成的init文件拷贝到~/work/root目录下，重新编译内核下载到板子上即可在/目录下找到支持BOOTCHART的init文件）
?使能系统启动时的BootChart功能
＃echo120>/data/bootchart-start
重启系统，当'init'开始运行时，BootChart也开始收集数据，知道设定的时间结束（120seconds=2minutes）.
?收集系统产生的数据
'init'过程激活BootChart数据收集工具，并将数据存储到目标系统的/data/bootchart路径下。
BootChart会在/data/bootchart目录下生成三个文件：
proc_diskstats.log
proc_ps.log
proc_stat.log
注：要重新收集数据时，需做以下步骤：
#cd/data
#rm–r bootchart
#rm bootchart-start
重启系统
#echo120>/data/bootchart-start
重启系统后就可以在/data/bootchart目录下看到新的数据
?根据产生的数据生成图表
将上一步骤中产生的三个文件拷贝到主机上，运行如下命令渲染图像：
$tar czf bootchart.tgz*.log
$bootchart-f png bootchart.tgz
会在当前目录下生成bootchart.png文件，即为目标系统Android启动时的信息。
?结果分析
一般来说，图表的最上方是CPU和disk的利用情况，从左到右是时间轴，下方是各进程的运行状态条，显示各进程的开始时间和结束时间以及对cpu和I/O的利用情况。
我们关注的主要是各进程的运行时间以及对cpu的利用情况，进而优化系统。
bootchart工具在Android系统开机测量中的应用
bootchart本是一个开源工具，用可视化的方式对GUN/LINUX的开机启动过程进行性能分析，包括资源的使用，如CPU，磁盘等，各进程的执行时间等信息。根据分析结果，确定系统启动的性能瓶颈，制定相应的优化策略。关于bootchart的来历和说明件其官方网站：点击打开链接
Android系统中已有一份bootchart的c实现，位于system/core/init/bootchart.c中。bootchart对Android开机测量是通过内建在init进程中实现的，在后台执行测量。不过bootchart的测量时段是从bootchart被初始化之后到home screen出来之前，不包括
bootloader和kernel的执行时间。
我的系统是UBuntu10.04，现将整个使用步骤归纳如下：
1）、UBuntu下bootchart工具的安装
2）、bootchart在Android下的编译
3）、bootchart在Android下的执行
4）、bootchart测量结果的图形化过程
下面依次对上述四个步骤进行详细说明。
1、UBuntu下bootchart工具的安装
需要安装的工具有两个bootchart和pybootchartgui，执行命令如下：
[html]view plaincopy
sudo apt-get install bootchart
sudo apt-get install pybootchartgui
2、bootchart在Android下的编译
Android系统编译时，默认的没有打开bootchart的编译开关，即没有把bootchart编译进系统中。要把bootchart编进系统分为两种情况了：
1）、系统没有被编译过或者执行了make clean命令，可以执行以下命令：
[html]view plaincopy
$cd mydroid
$export INIT_BOOTCHART=true
$make clean
$make
2）、系统已经编译过，现在只是要添加bootchart进系统中，执行以下命令：‘$touch system/core/init/init.c
$m INIT_BOOTCHART=true
其中touch命令的作用就是将init.c文件的最后修改时间改为当前时间，这样保证init.c文件会被重新make，而bootchart就是在init.c中被调用，从而保证bootchart会被编进系统中。
3、bootchart在Android下的执行
1｝、将编译生成的带有bootchart工具的Android系统重新烧录到开发板上，并启动系统
2）、在UBuntu上通过adb connect连接到开发板，然后执行：
$adb shell'echo120>/data/bootchart-start'
3）、执行命令：
$adb shell'mkdir/data/bootchart'
在开发板上系统的/data/目录下新建目录bootchart/用来存放bootchart的测量结果，后面要利用这些文件生成可视化图片
4）、重新启动开发板，在开发板的Android系统的/data/bootchart/目录下将看到以下文件：
#ls-l
-rw-rw-rw-root root4522010-01-0100:00header
-rw-r--r--root root02010-01-0100:00kernel_pacct
-rwxr-xr-x root root10201952010-01-0100:02proc_diskstats.log
-rwxr-xr-x root root42529662010-01-0100:02proc_ps.log
-rwxr-xr-x root root1382152010-01-0100:02proc_stat.log
到此为止，bootchart执行测量后生成的测量数据已经完成，看上面有3个.log文件，下面需要将这些数据进一步处理成易读、易分析的图片。
4、bootchart测量结果的图形化过程
1）、到这里要夸奖下android做的比较贴心，已经写好了脚本将bootchart测量生成的数据直接从开发板上打包出来，生成bootchart.tgz。这个打包脚是Android源码的system/core/init/grab-bootchart.sh文件，和bootchart源码位于同一目录下。脚本的内容如下：
#!/bin/sh
#
#this script is used to retrieve the bootchart log generated
#by init when compiled with INIT_BOOTCHART=true.
#
#for all details,see//device/system/init/README.BOOTCHART
#
TMPDIR=/tmp/android-bootchart
rm-rf$TMPDIR
mkdir-p$TMPDIR
LOGROOT=/data/bootchart
TARBALL=bootchart.tgz
FILES="header proc_stat.log proc_ps.log proc_diskstats.log kernel_pacct"
for f in$FILES;do
adb pull$LOGROOT/$f$TMPDIR/$f2>&1>/dev/null
done
(cd$TMPDIR&&tar-czf$TARBALL$FILES)
cp-f$TMPDIR/$TARBALL./$TARBALL
echo"look at$TARBALL"
从脚本的LOGROOT一项可以看出，步骤3的3）中，新建存放bootchart测量结果的文件目录不可以随便更改的，要保证所建目录与脚本的LOGROOT项保持一致。打包后将在当前目录下，即system/core/init/下生成bootchart.tgz文件。
2）、在bootchart.tgz所在目录下执行命令：
$bootchart./bootchart.tgz
这样就在system/core/init/目录下生成了bootchart.png，如下图所示
5、问题总结
在执行第4步的2）时，即执行命令：$bootchart./bootchart.tgz
时，报错啦，如下错误：
parsing'./bootchart.tgz'
parsing'header'
parsing'proc_stat.log'
parsing'proc_ps.log'
warning:no parent for pid'2'with ppid'0'
parsing'proc_diskstats.log'
parsing'kernel_pacct'
merged0logger processes
pruned61process,0exploders,2threads,and0runs
False
Traceback(most recent call last):
File"/usr/bin/bootchart",line23,in
sys.exit(main())
File"/usr/lib/pymodules/python2.7/pybootchartgui/main.py",line137,in main
render()
File"/usr/lib/pymodules/python2.7/pybootchartgui/main.py",line128,in render
batch.render(writer,res,options,filename)
File"/usr/lib/pymodules/python2.7/pybootchartgui/batch.py",line41,in render
draw.render(ctx,options,*res)
File"/usr/lib/pymodules/python2.7/pybootchartgui/draw.py",line282,in render
draw_chart(ctx,IO_COLOR,True,chart_rect,[(sample.time,sample.util)for sample in disk_stats],proc_tree)
File"/usr/lib/pymodules/python2.7/pybootchartgui/draw.py",line201,in draw_chart
yscale=float(chart_bounds[3])/max(y for(x,y)in data)
ZeroDivisionError:float division by zero
临门一脚出了问题，甚为恼火，找了一圈，总算解决了。解决的具体办法见连接：点击打开链接，在链接网页内找到draw.py，parsing.py，samples.py三个文件的下载链接并下载，然后替换ubuntu上/usr/share/pyshared/pybootchartgui/下对应的文件，并再次执行命令：
bootchart./bootchart.tgz
即可。
开机速度慢原因之一：
nand_ids.c
struct nand_flash_dev nand_flash_ids[]={
{"NAND1GiB1,8V16-bit",0xB3,4096,1024,4096<<6,
LP_OPTIONS16|NAND_SKIP_BBTSCAN|NAND_USE_FLASH_B（add）
}
https://www.360docs.net/doc/3d2315494.html,/sun_yfs/blog/item/7ded46101c9b571fb9127b09.html
接著，將bootchart.tgz製作成圖檔：
$java-jar/usr/share/bootchart/bootchart.jar/tmp/android-bootchart/bootchart.tgz Parsing/tmp/android-bootchart/bootchart.tgz
Wrote image:./bootchart.png
android系统开机启动流程分析
一，系统引导bootloader 加电，cpu执行bootloader程序，正常启动系统，加载boot.img【其中包含内核。还有ramdisk】 二，内核kernel bootloader加载kernel，kernel自解压，初始化，载入built-in驱动程序，完成启动。 内核启动后会创建若干内核线程，在后装入并执行程序/sbin/init/,载入init process，切换至用户空间（user-space） 内核zImage解压缩 head.S【这是ARM-Linux运行的第一个文件，这些代码是一个比较独立的代码包裹器。其作用就是解压Linux内核，并将PC指针跳到内核（vmlinux）的第一条指令】首先初始化自解压相关环境（内存等），调用decompress_kernel进行解压，解压后调用start_kernel启动内核【start_kernel是任何版本linux内核的通用初始化函数，它会初始化很多东西，输出linux版本信息，设置体系结构相关的环境，页表结构初始化，设置系 统自陷入口，初始化系统IRQ，初始化核心调度器等等】，最后调用rest_init【rest_init 会调用kernel_init启动init进程（缺省是/init）。然后执行schedule开始任务调度。这个init是由android的./system/core/init下的代码编译出来的，由此进入了android的代码】。 三，Init进程启动 【init是kernel启动的第一个进程，init启动以后，整个android系统就起来了】 init进程启动后，根据init.rc 和init.
健康保健知识库系统设计文档
健康保健知识库系统 一：概述 健康是21世纪人们非常关注的一个话题之一，随着社会的进步和发展，人们的生活水平也在不断提高，在这个多姿多彩的世界里，物质越来越满足人们的需求，然而，就在这个时候，各种疾病也随着社会的进步而迅速蔓延，疾病发生率也越来越大。虽然说医疗水平越来越先进，但是有些疾病不是医学可以解释和解决的，疾病和我们的日常生活息息相关，为了避免疾病的侵扰，我们应该了解一些健康保健的常识。有了健康我们才会赢，有了健康我们才能随心所欲，有了健康我们才能在这个繁忙的社会里抵抗各种压力。所以，健康保健是我们每个人应该关注的问题，掌握一些健康保健的知识也势在必行！ 二：系统非功能需求 1.硬件需求： 2G+运行内存，50G以上。 2.软件需求： VS2010，SQL2014。 三：功能需求 1.用户注册登陆。 2.用户可以进行健康测评，系统给出相应的结果，评价和建议。 3.用户进入健康保健中心维护知识系统，可以增加、删出、修改、查询信息。 4.用户根据类别查看知识库（小常识，减肥瘦身，运动健身，静心养神）。 5.用户可以在“你问我答”模块中提出问题，回答问题，查询问题。 四：系统功能模块图 健康保健知识库系统 健康测评 健康保健中心你问我答 健康保健小常识减 肥 瘦 身 运 动 健 身 静 心 养 神 提 问 搜 索 评价建议
二、健康保健知识库系统设计 2.1 健康保健知识库系统的功能要求 1.用户注册登陆。 2.用户可以进行健康测评，系统给出相应的结果，评价和建议。 3.用户进入健康保健中心维护知识系统，可以增加、删出、修改、查询信息。 4.用户根据类别查看知识库（小常识，减肥瘦身，运动健身，静心养神）。 5.用户可以在“你问我答”模块中提出问题，回答问题，查询问题。 2.2 健康保健知识库系统管理 功能描述： 用户打开健康保健知识库的主界面,填写相应的用户信息、点击注册、进入主页。选择健康保健知识库系统的相关功能进行操作。若用户选择退出，则返回主界面操作规程描述： 从主界面填写用户的“用户名”、“用户密码、点击“登陆”进入健康保健界面。 如果是新用户，则需先点击“新用户注册”，进入“注册”界面。按照一定的要求进行注册。 处理过程描述 若用户点击“返回”，退出当前操作； 若用户点击其它按钮则调用相关的功能操作。 2.3 健康保健知识库系统登陆界面管理工程 功能描述： 通过打开健康保健知识库系统，可以对界面上的相关信息进行操作。如“填写用户信息”、登陆”、“退出”、“新用户注册”。 操作规程描述： 在界面上的“用户名”一栏填写所要登陆的用户名，在“用户密码”区域输入相 应的信息，点击“登陆”进入聊天界面，如果“密码”错误，则需重新“登陆”。 新用户可以通过“新用户注册”后进行“登陆”。 若退出点击“返回”则退出登陆界面。
分析Android 开机启动慢的原因
开机启动花了40多秒，正常开机只需要28秒就能开机起来。 内核的启动我没有去分析，另一个同事分析的。我主要是分析从SystemServer启来到开机动画结束显示解锁界面的这段时间，也就是开机动画的第三个动画开始到结束这段时间，这是个比较耗时阶段，一般都在17秒左右(见过牛B的手机，只需5秒)。 SystemServer分两步执行：init1和init2。init1主要是初始化native的服务，代码在sy stem_init.cpp的system_init，初始化了SurfaceFlinger和SensorService这两个native的服务。init2启动的是java的服务，比如ActivityManagerService、WindowManagerService、PackageManagerService等，在这个过程中PackageManagerService用的时间最长，因为PackageManagerService会去扫描特定目录下的jar包和apk文件。 在开机时间需要40多秒的时，从Log上可以看到，从SurfaceFlinger初始化到动画结束，要27秒左右的时间,即从SurfaceFlinger::init的LOGI("SurfaceFlinger is starting")这句Log到void SurfaceFlinger::bootFinished()的LOGI("Boot is finished (%ld ms)", long(ns 2ms(duration)) )，需要27秒左右的时间，这显然是太长了，但到底是慢在哪了呢？应该在个中间的点，二分一下，于是想到了以启动服务前后作为分隔：是服务启动慢了，还是在服务启动后的这段时间慢？以ActivityManagerService的Slog.i(TAG, "System now ready")的这句Log为分割点，对比了一下，在从SurfaceFlinger is starting到System now read y多了7秒左右的时间，这说明SystemServer在init1和init2过程中启动慢了，通过排查，发现在init1启动的时候，花了7秒多的时间，也就是system_init的LOGI("Entered system _init()")到LOGI("System server: starting Android runtime.\n")这段时间用了7秒多，而正常情况是400毫秒便可以初始化完，通过添加Log看到，在SensorService启动时，用了比较长的时间。 不断的添加Log发现，在启动SensorService时候，关闭设备文件变慢了，每次关闭一个/dev/input/下的设备文件需要100ms左右，而SensorService有60~70次的关闭文件，大概有7s左右的时间。 调用流程是: frameworks/base/cmds/system_server/library/system_init.cpp: system_init->SensorServi ce::instantiate frameworks/native/services/sensorservice/SensorService.cpp: void SensorService::onFi rstRef()->SensorDevice& dev(SensorDevice::getInstance()) hardware/libsensors/SensorDevice.cpp: SensorDevice::SensorDevice()->sensors_open hardware/libsensors/sensors.cpp: open_sensors->sensors_poll_context_t sensors_poll_context_t执行打开每个传感器设备时，遍历/dev/input/目录下的设备文件，以匹配当前需要打开的设备，遍历文件是在 hardware/libsensors/SensorBase.cpp的openInput下实现，如果打开的设备文件不是正在打开的设备文件，会执行下面语句的else部分： if (!strcmp(name, inputName)) { strcpy(input_name, filename); break;
Android 开机启动流程
Androiｄ的开机流程 1. 系统引导ｂｏotloader 1) 源码：bootable／bootｌｏａdｅr/* 2) 说明：加电后,CPＵ将先执行bootｌoadｅｒ程序,此处有三种选择 ａ) 开机按Camｅra+Power启动到fａsｔｂｏot,即命令或SD卡烧写模式，不加载内核及文件系统，此处可以进行工厂模式的烧写 b) 开机按Home＋Power启动到reｃｏｖery模式，加载rｅcovｅrｙ.ｉｍg，reｃｏvery.i ｍg包含内核，基本的文件系统，用于工程模式的烧写 ｃ) 开机按Power,正常启动系统,加载booｔ.iｍg，ｂooｔ.ｉｍg包含内核，基本文件系统，用于正常启动手机(以下只分析正常启动的情况) 2. 内核keｒnel 1) 源码：ｋerｎel／* 2) 说明:keｒnel由ｂooｔloａder加载 3. 文件系统及应用inｉｔ 1) 源码：syｓtem／ｃoｒe/ｉnit/＊ 2) 配置文件：ｓｙstem/ｒoｏtdir/ｉnit.rｃ, 3) 说明：iｎｉｔ是一个由内核启动的用户级进程,它按照init．ｒｃ中的设置执行:启动服务(这里的服务指ｌｉnｕx底层服务，如adbd提供aｄb支持，vｏlｄ提供SD卡挂载等)，执行命令和按其中的配置语句执行相应功能 4. 重要的后台程序zygote 1）源码：frameworks/ｂaｓｅ/cｍdｓ/ａｐp_main.ｃｐp等 2) 说明：ｚyｇｏｔe是一个在ｉnｉt.ｒc中被指定启动的服务,该服务对应的命令是/ｓystｅm/bin/app_ｐrocess a）建立Java Runtimｅ,建立虚拟机 b) 建立Sｏcket接收ActivitｙMaｎａngerService的请求,用于Fork应用程序 c) 启动System Ｓerｖｅr ５. 系统服务system sｅrｖer 1）源码：ｆrameｗorkｓ/baｓe/seｒvices/jaｖa/com/andrｏid/seｒｖer/SystemSｅrver.jav ａ 2) 说明：被zｙgoｔe启动,通过SｙsｔｅｍMａｎager管理androiｄ的服务（这里的服务指ｆramｅwoｒkｓ/base/servｉces下的服务,如卫星定位服务,剪切板服务等) 6. 桌面launcheｒ 1）源码：AcｔivityＭanaｇeｒService.java为入口，packaｇｅs/apps/launcher*实现 2) 说明：系统启动成功后ＳystｅmＳervｅr使用xxx．systeｍＲeady()通知各个服务,系统已经就绪，桌面程序Home就是在ActiｖityＭanａgerService．systｅmRｅady()通知的过程中建立的,最终调用（)启launcｈeｒ 7. 解锁 1) 源码: ｆraｍeworkｓ/poｌicies/ｂase/pｈonｅ/coｍ/andrｏiｄ/ｉｎteｒnal/ｐolｉcy/ｉmpl/＊loｃk* 2) 说明：系统启动成功后SystemSｅrｖer调用ｗｍ.sｙｓteｍRｅady()通知ＷindｏwＭａnageｒService,进而调用PhonｅＷｉｎdowManａger，最终通过LockＰaｔternKeｙgｕaｒｄＶiew显示解锁界面，跟踪代码可以看到解锁界面并不是一个Ａctivity,这是只是向特定层上绘图,其代码了存放在特殊的位置
知识管理系统设计说明书
东方钢铁公司 知识管理系统设计说明书 东方钢铁集团股份有限公司 2010年10月
目录 目录 (2) 1．引言 0 1.1 编写目的 0 1.2 背景 0 1.3 参考资料 (1) 2. 概要设计说明书 (1) 2.1 知识管理系统功能模块图 (1) 2.2 知识管理系统数据库概念设计 (3) 3. 详细设计说明书 (5) 3.1 输入输出设计 (5) 3.2 处理模块详细设计 (6)
1．引言 1.1 编写目的 本文档是东方钢铁公司知识管理系统详细设计文档。用于指导知识管理系统编码与单元测试，主要为程序设计师和测试工程师进行代码设计和测试提供依据。 系统详细设计说明，包括： 系统功能说明、系统结构说明、ER图、操作界面设计、数据库设计、详细的数据表（包括主键、外键、数据类型、默认值、取值范围等） 1.2 背景 东方钢铁集团具有公司的局域网，直接与internet系统相联。同时规划与AA集团、AA股份及AA国际总公司的主干网接口。东方钢铁集团信息节点覆盖公司所有业务点，即人人网上互联。此外，公司还提供了远程拨号服务，供移动办公使用。 不论是网络基础设施条件、用户群体，还是在办公电子化和网络化方面都有较好的基础。多数职工对计算机特别是对信息技术的应用有较高的水平，具备了实施知识管理及协同工作项目的必要条件另一方面，现有的系统中仅实现简单的信息发布和信息
沟通功能，且信息分布零散无序。 因而对东方钢铁集团原有OA系统进行整合和升级是有必要的，应建设与其组织结构、业务方向相适应的知识管理系统，搭建统一的工作界面，建立完善的工作流程、提高内部信息共享程度、提升公司知识积累和应用的水平，最终实现利用信息化提升企业竞争力的目标。 1.3 参考资料 信息系统分析与设计（第3版）北京清华大学出版社，2006 东方钢铁集团面向新世纪发展规划和需求分析报告 东方钢铁集团组织OA系统用户使用说明书 2. 概要设计说明书 2.1 知识管理系统功能模块图 根据需求，系统用户主要有管理员和普通用户，管理员操作有分类管理，人员管理，组织结构管理，知识审核，普通用户操作有个人知识管理，评论管理，参与培训及考试。具体的功能模块图如下：
基于MT6752的 android 系统启动流程分析报告
基于MT6752的Android系统启动流程分析报告 1、Bootloader引导 (2) 2、Linux内核启动 (23) 3、Android系统启动 (23) 报告人： 日期：2016.09.03
对于Android整个启动过程来说，基本可以划分成三个阶段：Bootloader引导、Linux kernel启动、Android启动。但根据芯片架构和平台的不同，在启动的Bootloader阶段会有所差异。 本文以MTK的MT6752平台为例，分析一下基于该平台的Android系统启动流程。 1、Bootloader引导 1.1、Bootloader基本介绍 BootLoader是在操作系统运行之前运行的一段程序，它可以将系统的软硬件环境带到一个合适状态，为运行操作系统做好准备，目的就是引导linux操作系统及Android框架(framework)。 它的主要功能包括设置处理器和内存的频率、调试信息端口、可引导的存储设备等等。在可执行环境创建好之后，接下来把software装载到内存并执行。除了装载software，一个外部工具也能和bootloader握手(handshake)，可指示设备进入不同的操作模式，比如USB下载模式和META模式。就算没有外部工具的握手，通过外部任何组合或是客户自定义按键，bootloader也能够进入这些模式。 由于不同处理器芯片厂商对arm core的封装差异比较大，所以不同的arm处理器，对于上电引导都是由特定处理器芯片厂商自己开发的程序，这个上电引导程序通常比较简单，会初始化硬件，提供下载模式等，然后才会加载通常的bootloader。 下面是几个arm平台的bootloader方案： marvell(pxa935) : bootROM + OBM + BLOB informax(im9815) : bootROM + barbox + U-boot mediatek(mt6517) : bootROM + pre-loader + U-boot broadcom(bcm2157) : bootROM + boot1/boot2 + U-boot 而对MT6752平台，MTK对bootloader引导方案又进行了调整，它将bootloader分为以下两个部分： (1) 第1部分bootloader，是MTK内部(in-house)的pre-loader，这部分依赖平台。 (2) 第2部分bootloader，是LK（little kernel的缩写，作用同常见的u-boot差不多），这部分依赖操作系统，负责引导linux操作系统和Android框架。 1.2、bootloader的工作流程 1.2.1 bootloader正常的启动流程 先来看启动流程图：
linux内核启动 Android系统启动过程详解
linux内核启动+Android系统启动过程详解 第一部分：汇编部分 Linux启动之 linux-rk3288-tchip/kernel/arch/arm/boot/compressed/ head.S分析这段代码是linux boot后执行的第一个程序，完成的主要工作是解压内核，然后跳转到相关执行地址。这部分代码在做驱动开发时不需要改动，但分析其执行流程对是理解android的第一步 开头有一段宏定义这是gnu arm汇编的宏定义。关于GUN 的汇编和其他编译器，在指令语法上有很大差别，具体可查询相关GUN汇编语法了解 另外此段代码必须不能包括重定位部分。因为这时一开始必须要立即运行的。所谓重定位，比如当编译时某个文件用到外部符号是用动态链接库的方式，那么该文件生成的目标文件将包含重定位信息，在加载时需要重定位该符号，否则执行时将因找不到地址而出错 #ifdef DEBUG//开始是调试用，主要是一些打印输出函数，不用关心 #if defined(CONFIG_DEBUG_ICEDCC)
……具体代码略 #endif 宏定义结束之后定义了一个段， .section ".start", #alloc, #execinstr 这个段的段名是 .start，#alloc表示Section contains allocated data, #execinstr表示Section contains executable instructions. 生成最终映像时，这段代码会放在最开头 .align start: .type start,#function /*.type指定start这个符号是函数类型*/ .rept 8 mov r0, r0 //将此命令重复8次，相当于nop，这里是为中断向量保存空间 .endr b 1f .word 0x016f2818 @ Magic numbers to help the loader
(完整版)基于知识库的礼品推荐系统的设计与实现毕业论文
硕士研究生学位论文 题目：基于知识库的礼品推荐系统的设计与 实现 学号：085707 姓名：路卫杰 专业：计算机科学与技术 导师：孟祥武
学院：计算机学院年月日
独创性（或创新性）声明 本人声明所呈交的论文是本人在导师指导下进行的研究工作及取得的研究成果。尽我所知，除了文中特别加以标注和致谢中所罗列的内容以外，论文中不包含其他人已经发表或撰写过的研究成果，也不包含为获得北京邮电大学或其他教育机构的学位或证书而使用过的材料。与我一同工作的同志对本研究所做的任何贡献均已在论文中作了明确的说明并表示了谢意。 申请学位论文与资料若有不实之处，本人承担一切相关责任。 本人签名：日期： 关于论文使用授权的说明 学位论文作者完全了解北京邮电大学有关保留和使用学位论文的规定，即：研究生在校攻读学位期间论文工作的知识产权单位属北京邮电大学。学校有权保留并向国家有关部门或机构送交论文的复印件和磁盘，允许学位论文被查阅和借阅；学校可以公布学位论文的全部或部分内容，可以允许采用影印、缩印或其它复制手段保存、汇编学位论文。（保密的学位论文在解密后遵守此规定） 非保密论文注释：本学位论文不属于保密范围，适用本授权书。 本人签名：日期：
导师签名：日期：
基于知识库推理的礼品推荐系统的设计与实现 摘要 当今，个性化推荐系统已经在很多领域得到了应用，如网络商品推荐、音乐推荐、影视推荐等。推荐技术包括协同过滤、内容过滤、知识发现等，但是这些推荐技术并没有考虑推荐领域的知识对推荐结果的影响，或者推荐结果没有通过与用户的交互过程中得到完善和改进。 鉴于以上问题，本文针对礼品推荐领域提出了基于知识库的推荐方法。首先在调研了礼品信息和礼品赠送知识后构建礼品知识库，然后礼品专家通过人工方式对礼品知识库进行初始化，最后系统根据礼品的基本信息计算出礼品综合相似度对礼品知识库进一步完善。本文采用AJAX等技术设计并实现具有良好用户体验的知识库推荐用户接口，采用全文检索引擎工具包Lucene对礼品信息构建索引并根据用户的日志设计个性化的礼品搜索功能。 本文第一章介绍了推荐系统的研究背景和国内外的研究现
安卓开机动画以及制作(课程设计)
洛阳理工学院 课程设计报告 课程名称嵌入式系统课程设计 设计题目 Android开机动画及声音制作专业 班级 学号 姓名 完成日期 2017年月日
课程设计任务书 设计题目:Android开机动画与声音制作 设计内容与要求： 修改Android开机动画和声音的是建立自定义Android系统的入门课程和基本功。Android系统的开机动画需要修改和设定bootanimation.zip文件，修改开机声音需要自定义OGG文件并导入系统指定位置。 题目的基本要求如下： 1. 寻找并下载合适的开机视频； 2. 将视频转换成连续的PNG图像文件； 3. 修改desc.txt文件并打包bootanimation.zip文件； 4. 获取合适的开机声音并利用格式工厂工具转换为OGG格式； 5. 通过adb shell指令，进入控制板系统内并修改android系统文件只读属性； 6. 点击开发板的“复位”进行复位，重启开发板查看修改结果。 指导教师： 年6月日 课程设计评语 成绩： 指导教师：_______________ 年月日
目录 第1章概述 (2) 1.1 Android应用平台简介 (2) 1.2 RK2928开发板介绍 (2) 第2章 Android开机动画及声音制作 (5) 2.1 基本操作流程 (5) 2.2 开机动画的制作与添加 (6) 2.3 开机声音的制作与添加 (11) 2.4 开机动画及声音结果 (12) 第3章心得体会 (13)
第1章概述 1.1 Android应用平台简介 Android一词的本义指“机器人”，同时也是Google于2007年11月5日宣布的基于Linux平台的开源手机操作系统的名称，该平台由操作系统、中间件、用户界面和应用软件组成。Android是一种基于Linux的自由及开放源代码的操作系统，主要使用于移动设备，如智能手机和平板电脑，由Google公司和开放手机联盟领导及开发。尚未有统一中文名称，中国大陆地区较多人使用“安卓”或“安致”。Android操作系统最初由Andy Rubin开发，主要支持手机。2005年8月由Google收购注资。2007年11月，Google与84家硬件制造商、软件开发商及电信营运商组建开放手机联盟共同研发改良Android系统。随后Google以Apache开源许可证的授权方式，发布了Android的源代码。第一部Android智能手机发布于2008年10月。Android逐渐扩展到平板电脑及其他领域上，如电视、数码相机、游戏机等。2011年第一季度，Android在全球的市场份额首次超过塞班系统，跃居全球第一。2013年的第四季度，Android平台手机的全球市场份额已经达到78.1%。 1.2 RK2928开发板介绍 图1-1 实验板外观 作为RK292系列里较为高级的芯片之一，RK2928提供了比较不错的性能。较RK2926，RK2928集成了HDMI 1.4a控制器及GPS基带的支持，为300元价
Android开机启动流程样本
Android的开机流程 1. 系统引导bootloader 1) 源码: bootable/bootloader/* 2) 说明: 加电后, CPU将先执行bootloader程序, 此处有三种选择 a) 开机按Camera+Power启动到fastboot, 即命令或SD卡烧写模式, 不加载内核及文件系统, 此处能够进行工厂模式的烧写 b) 开机按Home+Power启动到recovery模式, 加载recovery.img, recovery.img包含内核, 基本的文件系统, 用于工程模式的烧写 c) 开机按Power, 正常启动系统, 加载boot.img, boot.img包含内核, 基本文件系统, 用于正常启动手机( 以下只分析正常启动的情况) 2. 内核kernel 1) 源码: kernel/* 2) 说明: kernel由bootloader加载 3. 文件系统及应用init 1) 源码: system/core/init/* 2) 配置文件: system/rootdir/init.rc, 3) 说明: init是一个由内核启动的用户级进程, 它按照init.rc中的设置执行: 启动服务( 这里的服务指linux底层服务, 如adbd提供adb支持, vold提供SD卡挂载等) , 执行命令和按其中的配置语句执行相应功能 4. 重要的后台程序zygote 1) 源码: frameworks/base/cmds/app_main.cpp等 2) 说明: zygote是一个在init.rc中被指定启动的服务, 该服务对应的命令是/system/bin/app_process
Android系统启动过程详解
Android系统启动过程详解 Android系统启动过程 首先Android框架架构图：（来自网上，我觉得这张图看起来很清晰） Linux内核启动之后就到Android Init进程，进而启动Android相关的服务和应用。 启动的过程如下图所示：（图片来自网上，后面有地址）
下面将从Android4.0源码中，和网络达人对此的总结中，对此过程加以学习了解和总结， 以下学习过程中代码片段中均有省略不完整，请参照源码。
一Init进程的启动 init进程，它是一个由内核启动的用户级进程。内核自行启动（已经被载入内存，开始运行， 并已初始化所有的设备驱动程序和数据结构等）之后，就通过启动一个用户级程序init的方式，完成引导进程。init始终是第一个进程。 启动过程就是代码init.c中main函数执行过程：system\core\init\init. c 在函数中执行了：文件夹建立，挂载，rc文件解析，属性设置，启动服务，执行动作，socket监听…… 下面看两个重要的过程：rc文件解析和服务启动。 1 rc文件解析 .rc文件是Android使用的初始化脚本文件（System/Core/Init/readm e.txt中有描述： four broad classes of statements which are Actions, Commands, Services, and Options.） 其中Command 就是系统支持的一系列命令，如：export，hostname，mkdir，mount，等等，其中一部分是linux 命令， 还有一些是android 添加的，如：class_start
RK系统启动流程
RK29机型之Android系统启动流程 分类：瑞芯微RK 2012-02-12 14:50 4439人阅读评论(0) 收藏举报/******************************************************************************************** * author：conowen@大钟 * E-mail：conowen@https://www.360docs.net/doc/3d2315494.html, * https://www.360docs.net/doc/3d2315494.html,/conowen * 注：本文为原创，仅作为学习交流使用，转载请标明作者及出处。 ********************************************************************************************/ 第一步：系统引导bootloader，即RK29xxLoaderXXX.bin文件 加电后，CPU将先执行 bootloader程序，然后bootloader首先会读寄存器地址base + APP_DATA1的内容，根据这个地址的值决定是否进入recovery模式或者其它模式。bootloader还会读取MISC分区第一块的内容，决定进入recovery模式还是升级基带Baseband Processor（BP）或做其它事情 而上述寄存器与分区的值是有按键触发或者软件触发的。 a) 开机按reset+返回键，系统进入recovery模式，加载recovery.img，recovery.img 包含内核，基本的文件系统，用于工程模式的烧写 b) 开机按Power，正常启动系统，加载boot.img，boot.img包含内核，基本文件系统，用于正常启动机器（以下只分析正常启动的情况） 第二步：启动内核kernel 1) 源码：kernel/* 2) 说明：kernel由bootloader加载 第三步：文件系统(rootfs)及应用初始化（init） 1) 源码：system/core/init/* 2) 配置文件：system/rootdir/init.rc， 3) 说明：init是一个由内核启动的用户级进程，它按照init.rc中的设置执行：启动服务（这里的服务指linux底层服务，如adbd提供adb支持，vold提供SD卡挂载等），执行 命令和按其中的配置语句执行相应功能 第四步：重要的后台程序zygote 1) 源码：frameworks/base/cmds/app_main.cpp等 2) 说明：zygote是一个在init.rc中被指定启动的服务，该服务对应的命令是 /system/bin/app_process a) 建立Java Runtime，建立虚拟机
Android SystemBar启动流程分析
Android SystemBar启动流程分析 SystemBars的服务被start时，最终会调用该类的onNoService()方法。 @Override public void start() { if (DEBUG) Log.d(TAG, "start"); ServiceMonitor mServiceMonitor = new ServiceMonitor(TAG, DEBUG, mContext, Settings.Secure.BAR_SERVICE_COMPONENT, this); mServiceMonitor.start(); // will call onNoService if no remote service is found } @Override public void onNoService() { if (DEBUG) Log.d(TAG, "onNoService"); createStatusBarFromConfig(); // fallback to using an in-process implementation } private void createStatusBarFromConfig() { … mStatusBar = (BaseStatusBar) cls.newInstance(); … mStatusBar.start(); } BaseStatusBar是一个抽象类，故调用其子类的PhoneStatusBar的start 函数。 @Override public void start() { … super.start(); … } 子类的start又调用了父类的start public void start() { … createAndAddWindows(); … }
AndroidL系统启动及加载流程分析
Android L系统启动及加载流程分析 1、概述 Android L的启动可以分为几个步骤：Linux内核启动、init进程启动、native系统服务及java系统服务启动、Home启动，主要过程如下图： 图1 整个启动流程跟4.4及之前的版本相差不多，只是有个别不同之处，本文我们主要分析Linux内核启动之后的过程。
2、启动过程分析 2.1 init进程启动 当系统内核加载完成之后，会启动init守护进程，它是内核启动的第一个用户级进程，是Android的一个进程，进程号为1，init进程启动后执行入口函数main()，主要操作为： 图2 AndroidL上将selinux的安全等级提高了，设为了enforcing模式，4.4上是permissive模式。 解析rc脚本文件，即init.rc脚本，该文件是Android初始化脚本，定义了一系列的动作和执行这些动作的时间阶段e aryl-init、init、early-boot、boot、post-fs等阶段。init进程main 函数中会根据这些阶段进行解析执行。AndroidL上为了流程更清晰，增加了charger（充电开机）、ffbm（工厂模式）、以及late-init阶段，实际上这些阶段是对其他阶段的组合执行，比如late-init：
2.2 ServiceManager的启动 servicemanager的启动就是init进程通过init.rc脚本启动的： 源码在frameworks/native/cmds/servicemanager/service_manager.c中，servicemanager是服务管理器，它本身也是一个服务(handle=0)，通过binder调用，为native和Java系统服务提供注册和查询服务的，即某个服务启动后，需要将自己注册到servicemanager中，供其他服务或者应用查询使用。AndroidL上servicemanger中在处理注册和查询动作之前添加了selinux安全检测相关的处理。 2.3 SurfaceFinger、MediaServer进程启动 Android4.4以前，surfacefinger的启动根据属性system_init.startsurfaceflinger，决定是通过init.rc启动还是systemserver进程启动，之后的版本包括AndoridL都是通过init.rc启动的： 启动后会向servicemanager进程注册服务中，该服务启动时主要功能是初始化整个显
SOKLIB知识库管理系统需求文档
SOKLIB知识库管理系统 需求规格说明书 编写人员：俞育峰、周长青、刘宸哲 编写时间：2016年04月18日
目录 1.概述 (3) 1.1.编写目的 (3) 1.2.术语和标记 (3) 2.项目概述 (3) 2.1.项目总体目标 (3) 2.2.系统开发背景 (4) 2.3.主要限制和开发风险分析 (5) 3.功能需求 (5) 3.1.功能模型 (7) 3.1.1.知识导入模块 (7) 3.1.2.知识归纳模块 (10) 3.1.3.知识收藏模块 (12) 3.1.4.个人知识管理模块 (15) 3.1.5.个人信息管理模块 (16) 3.1.6.公共知识网络结构模块 (18) 3.1.7.公共知识检索模块 (19) 3.1.8.文档推荐模块 (21) 3.1.9.消息管理模块 (22) 3.1.10.后台信息统计模块 (23) 3.1.11.后台用户管理模块 (25) 3.1.12.后台知识文件管理模块 (27) 3.1.13.后台分类管理模块 (29) 3.1.14.后台系统日志模块 (31) 3.2.性能需求 (32) 3.3.非功能需求 (32) 3.4.故障处理 (32) 4.数据需求 (32)
4.1.数据项 (32) 4.2.实体关系 (35) 5.行为需求 (35) 5.1.控制模型 (35) 6.接口需求 (36) 6.1.用户界面 (36) 7.环境 (39) 7.1.运行环境 (39) 7.2.开发环境 (39)
1.概述 1.1.编写目的 本文档的编写目的是为SOKLIB知识库管理系统项目的开发提供： a) 软件总体要求，作为用户和软件开发人员之间了解的基础； b) 功能、性能、接口和可靠性的要求，作为软件人员进行设计和编码的基础； c) 验收标准，作为用户确认测试的依据 1.2.术语和标记 Spring MVC：SpringFrameWork的后续产品Spring 框架提供了构建Web 应用程序的全功能MVC 模块； MyBatis：一个基于Java的持久层框架； Apache：专门为运作一个开源软件项目的Apache 的团体提供支持的非盈利性组织； Lucene: 一个开放源代码的全文检索引擎工具包； Git：一款免费、开源的分布式版本控制系统； OpenOffice：是一套跨平台的办公室软件套件，能在Windows、Linux、MacOS X (X11)和Solaris 等操作系统上执行。 2.项目概述 2.1.项目总体目标 a)组织、公司内部人员知识资源共享 b)方便有效管理个人知识资源
BOOTCHART ANDROID文档(开机慢)
BootChart在Android中的应用 1简介 Bootchart是一个能对GNU/Linux boot过程进行性能分析并把结果直观化的工具。它在boot过程中搜集资源利用情况及进程信息然后以PNG,SVG或EPS格式来显示结果。BootChart包含数据收集工具和图像产生工具，数据收集工具在原始的BootChart中是独立的shell程序，但在Android中，数据收集工具被集成到了init程序中。 2BootChart使用步骤概述 ?在主机上安装BootChart ?建立有BootChart支持的init文件 ?安装init到系统镜像 ?使能启动时的BootChart功能 ?收集系统产生的数据 ?根据产生的数据生成图表 ?结果分析 以下部分将对这些步骤进行详细描述(环境：Ubuntu9.04,Android1.6)。 3详细说明 ?在主机上安装BootChart $sudo apt-get install bootchart 注：由于BootChart是用Java语言实现，所以要求其所运行的主机安装Java包。 ?创建支持BootChart功能的‘init’文件 Andoid系统中运行的第一个程序是'init',其所在的目录为Andoid文件系统的根目录下(即/)。'init'是一个由内核启动的用户级进程，主要是对系统进行初始化和根据init.rc与init.xxx.rc文件建立几个基本的服务。 创建'init'时对BootChart的数据收集功能是可选的，默认的'init'是不支持BootChart 的数据收集功能的。要想在Andoid中应用BootChart，必须创建支持BootChart数据收集功能的'init'。 $cd~/myandroid $export INIT_BOOTCHART=true #vim system/core/init/Android.mk 20ifeq($(strip$(INIT_BOOTCHART)),true) 21LOCAL_SRC_FILES+=bootchart.c
android开机启动流程简单分析
android开机启动流程简单分析 android启动 当引导程序启动Linux内核后，会加载各种驱动和数据结构，当有了驱动以后，开始启动Android系统同时会加载用户级别的第一个进程init（system\core\init\init.cpp）代码如下： int main(int argc, char** argv) { ..... //创建文件夹，挂载 // Get the basic filesystem setup we need put together in the initramdisk // on / and then we'll let the rc file figure out the rest. if (is_first_stage) { mount("tmpfs", "/dev", "tmpfs", MS_NOSUID, "mode=0755"); mkdir("/dev/pts", 0755); mkdir("/dev/socket", 0755); mount("devpts", "/dev/pts", "devpts", 0, NULL); #define MAKE_STR(x) __STRING(x) mount("proc", "/proc", "proc", 0, "hidepid=2,gid=" MAKE_STR(AID_READPROC)); mount("sysfs", "/sys", "sysfs", 0, NULL); } ..... //打印日志，设置log的级别 klog_init(); klog_set_level(KLOG_NOTICE_LEVEL); ..... Parser& parser = Parser::GetInstance(); parser.AddSectionParser("service",std::make_unique