那么Linux内核和Android什么关系？Linux内核是怎样引导起Android呢？本文进行简单的描述。 Android虽然建立在Linux内核之上，但是他对内核进行了一些扩展，增加了一些驱动。比如Binder，loger等等驱动。可以拿Android内核代码和其Baseline版本进行对比。可以看到Android对Linux内核的所有扩展。 熟悉Linux启动的朋友知道，首先Linux引导完成之后，会启动用户态的init进程（pid为0），这个进程在整个系统运行过程中起着非常重要的作用，如果你对init进程不了解请查相关资料。init完成系统的初始化工作，然后进入shell，接收用户的输入。 Android启动也没有什么神秘的，就是用自己的init进程替换了Linux内核的init进程，完成自己初始化工作（设备，文件系统等等初始化）。然后启动自己的虚拟机，程序等等的东西。Android的init进程的代码位于system/core/init/init.c下面，可以去查看其源码，来了解Android启动详细流程。Android启动流程的资料网上已经比较多，这里就不赘述了。 可以看到移植Android过程中，调试init非常重要。因为所有和硬件平台相关的东西都这里初始化，所以init进程有可能需要移植或者配置。其他的进程都是和硬件无关的，理论上不需要修改就应该能够运行起来。 经过上面的描述可以看出，Android的init进程起着一个承上启下的作用。
② android系统在启动的过程中什么时候会调用systempropertys
System Properties是怎么一回事，又是如何实现的呢？
属性系统是android的一个重要特性。它作为一个服务运行，管理系统配置和状态。所有这些配置和状态都是属性。
每个属性是一个键值对（key/value pair），其类型都是字符串。
这些属性可能是有些资源的使用状态，进程的执行状态，系统的特有属性……
可以通过命令adb shell ：
getprop查看手机上所有属性状态值。
或者 getprop init.svc.bootanim制定查看某个属性状态
使用setprop init.svc.bootanim start 设置某个属性的状态
特别属性 :
如果属性名称以“ro.”开头，那么这个属性被视为只读属性。一旦设置，属性值不能改变。
如果属性名称以“persist.”开头，当设置这个属性时，其值也将写入/data/property。
如果属性名称以“net.”开头，当设置这个属性时，“net.change”属性将会自动设置，以加入到最后修改的属性名。
（这是很巧妙的。 netresolve模块的使用这个属性来追踪在net.*属性上的任何变化。）
属性“ ctrl.start ”和“ ctrl.stop ”是用来启动和停止服务。每一项服务必须在/init.rc中定义.系统启动时，与init守护
进程将解析init.rc和启动属**。一旦收到设置“ ctrl.start ”属性的请求，属**将使用该属性值作为服务
名找到该服务，启动该服务。这项服务的启动结果将会放入“ init.svc.<服务名>“属性中。客户端应用程序可以轮询那个属性值，以确定结果。
③ 怎么修改android 启动过程中的第二个开机画面
第一个开机画面是在内核启动的过程中出现的，它是一个静态的画面。第二个开机画面是在init进程启动的过程中出现的，它也是一个静态的画面。第三个开机画面是在系统服务启动的过程中出现的，它是一个动态的画面。无论是哪一个画面，它们都是在一个称为帧缓冲区（frame buffer，简称fb）的硬件设备上进行渲染的。接下来，我们就分别分析这三个画面是如何在fb上显示的。
1. 第一个开机画面的显示过程
Android系统的第一个开机画面其实是Linux内核的启动画面。在默认情况下，这个画面是不会出现的，除非我们在编译内核的时候，启用以下两个编译选项：
CONFIG_FRAMEBUFFER_CONSOLE
CONFIG_LOGO
第一个编译选项表示内核支持帧缓冲区控制台，它对应的配置菜单项为：Device Drivers ---> Graphics support ---> Console display driver support ---> Framebuffer Console support。第二个编译选项表示内核在启动的过程中，需要显示LOGO，它对应的配置菜单项为：Device Drivers ---> Graphics support ---> Bootup logo。配置Android内核编译选项可以参考在Ubuntu上下载、编译和安装Android最新内核源代码（Linux Kernel）一文。
帧缓冲区硬件设备在内核中有一个对应的驱动程序模块fbmem，它实现在文件kernel/goldfish/drivers/video/fbmem.c中，它的初始化函数如下所示：
/**
* fbmem_init - init frame buffer subsystem
*
* Initialize the frame buffer subsystem.
*
* NOTE: This function is _only_ to be called by drivers/char/mem.c.
*
*/
static int __init
fbmem_init(void)
{
proc_create("fb", 0, NULL, &fb_proc_fops);
if (register_chrdev(FB_MAJOR,"fb",&fb_fops))
printk("unable to get major %d for fb devs\n", FB_MAJOR);
fb_class = class_create(THIS_MODULE, "graphics");
if (IS_ERR(fb_class)) {
printk(KERN_WARNING "Unable to create fb class; errno = %ld\n", PTR_ERR(fb_class));
fb_class = NULL;
}
return 0;
}
这个函数首先调用函数proc_create在/proc目录下创建了一个fb文件，接着又调用函数register_chrdev来注册了一个名称为fb的字符设备，最后调用函数class_create在/sys/class目录下创建了一个graphics目录，用来描述内核的图形系统。
模块fbmem除了会执行上述初始化工作之外，还会导出一个函数register_framebuffer：
EXPORT_SYMBOL(register_framebuffer);
这个函数在内核的启动过程会被调用，以便用来执行注册帧缓冲区硬件设备的操作，它的实现如下所示：
/**
* register_framebuffer - registers a frame buffer device
* @fb_info: frame buffer info structure
*
* Registers a frame buffer device @fb_info.
*
* Returns negative errno on error, or zero for success.
*
*/
int
register_framebuffer(struct fb_info *fb_info)
{
int i;
struct fb_event event;
......
if (num_registered_fb == FB_MAX)
return -ENXIO;
......
num_registered_fb++;
for (i = 0 ; i < FB_MAX; i++)
if (!registered_fb[i])
break;
fb_info->node = i;
mutex_init(&fb_info->lock);
fb_info->dev = device_create(fb_class, fb_info->device,
MKDEV(FB_MAJOR, i), NULL, "fb%d", i);
if (IS_ERR(fb_info->dev)) {
/* Not fatal */
printk(KERN_WARNING "Unable to create device for framebuffer %d; errno = %ld\n", i, PTR_ERR(fb_info->dev));
fb_info->dev = NULL;
} else
fb_init_device(fb_info);
......
registered_fb[i] = fb_info;
event.info = fb_info;
fb_notifier_call_chain(FB_EVENT_FB_REGISTERED, &event);
return 0;
}
由于系统中可能会存在多个帧缓冲区硬件设备，因此，fbmem模块使用一个数组registered_fb保存所有已经注册了的帧缓冲区硬件设备，其中，每一个帧缓冲区硬件都是使用一个结构体fb_info来描述的。
④ Android系统启动时bootloader如何加载boot.img以及过程...
android系统，分为xloader,uboot,linux kernel ,fs,bootloader部分代码区别不到，其实android 就在于fs启动init后各种fork进程，直到进入java的世界。
⑤ 了解一个Android App 是怎么运行工作的
1 ．用虚拟设备进行的回归测试。
这包括虚拟参考设备上用来在早期识别出基本错误的连续自动化回归测试。这里的理念是快速地、成本高效地识别bugs。
2 ．用真实设备进行的验收测试。
这涉及到：“策划推广”期间将之发布到Google Play Store前在真实设备上的密集测试（主要是手动测试），（例如，Google Play[ 5 ]中的 alpha和beta测试组） 。
在第一阶段，测试自动化极大地有助于以经济实惠的方式实现这一策略。在这一阶段，只有能轻易被自动化（即可以每日执行）的测试用例才能包含在内。
在一个app的持续开发过程中，这种自动化测试为开发人员和测试人员提供了一个安全网。日常测试运行确保了核心功能正常工作，app的整体稳定性和质量由测试数据透明地反映出来，认证回归可以轻易地与最近的变化关联。这种测试可以很轻易地被设计并使用SaaS解决方案（如云中的TestObject的UI移动app测试）从测试人员电脑上被记录下来。
当且仅当这个阶段已被成功执行了，这个过程才会在第二阶段继续劳动密集测试。这里的想法是：如果核心功能通过自动测试就只投入测试资源，使测试人员能够专注于先进场景。这个阶段可能包括测试用例，例如性能测试，可用性测试，或兼容性测试。这两种方法相结合产生了一个强大的移动apps质量保证策略[ 7 ] 。
结论 - 做对测试
用正确的方式使用，测试可以在对抗零散的安卓的斗争中成为一个有力的工具。一个有效的测试策略的关键之处在于定义手头app的定制测试用例，并定义一个简化测试的工作流程或过程。测试一个移动app是一个重大的挑战，但它可以用一个结构化的方法和正确的工具集合以及专业知识被有效解决掉。 转载仅供参考，版权属于原作者。祝你愉快，满意请采纳哦
⑥ android下bootloader后进入recovery流程，属于安卓架构的哪一层面
bootloader recovery流程属于嵌入式硬件启动程序，不属于我们常说的Android架构的任何一层。我们常说的Android系统架构最底层就是内核层了。负责硬件通电启动等工作，之后才启动linux内核。bootloader recovery类似于PC主板bios程序，但有很大区别，bios有“标准”，而嵌入式的硬件配置千变万化，每一台嵌入式设备的bootloader recovery都可能不尽相同，就像平时提到Android手机刷机，一般首先都要找到相应的recovery才能保证刷机正常进行。OpenGrok没用过，尚不知道你所遇到的问题原因。
⑦ 求讲解一下安卓运行一个APP的详细过程
android运行app的过程：
1、用户打开一个app。
2、系统分配程序预设要求的最低内存，并创建activity进程。
3、进程创建完毕后，app程序被转移至虚拟机中。
4、app程序到达虚拟机后运行第一条启动指令，一般为显示启动logo。
5、启动后依据用户的操作来完成程序。
6、用户关闭app。
7、系统将程序移除虚拟机，并结束activity进程。
8、释放占用的内存。
⑧ 安卓手机开机时直接刷机操作流程
关机，长按开机键+音量上进入rec，音量键上下移动光标到带有wipe字样的英文，开机键确定，弹出no和yes的菜单，选yes确定，总共有两排带wipe字样的英文，操作方法一样。这就是双清，双清完了选择带有sdcard关键词（确切是啥忘了，太久没弄过了）的英文确定进入sd卡目录，然后选择你事先下载好的Rom，确定，刷机开始，等待读条完毕，会弹回rec界面，选择第一排的rebont重启手机即可，
⑨ 安卓模拟器启动运行的具体过程是怎样的
BlueStacks
xp用户需先安装Windows Installer 4.5和.NET Framework 2.0 SP2
基础版安卓模拟器(BlueStacks)Beta-1版参见PC6
安卓模拟器BlueStacks安装使用教程--pc6资讯
bluestacks app player版本不一，最新版bluestacks app player模拟器 0.7.8.829 beta 版 102.7 MB
已经安装过因为注册列表已注入WINDOWS，有些版本限制了重复安装，只有重做系统。
这个模拟器对系统和电脑配置要求都很挑剔，有时安装成功未必可以运行软件应用，能否成功还是要看电脑配置和版本兼容性
望采纳。
⑩ android activitythread 怎么启动
首先看一下Android系统的启动流程： bootloader 引导程序 kernel 内核 init init初始化（这个大家都比较熟悉了，不要多说） loads several daemons and services, including zygote see /init.rc and init..rc zygote 这个是占用时间最多的