b2b电商系统搭建的关键步骤与最佳实践解析,助力企业数字化转型
901
2022-05-29
转载请注明出处 : http://blog.csdn.net/shulianghan/article/details/38895481
Android 系统启动总结 : Android 系统启动分底层 Linux 内核启动 和 应用系统启动;
-- 底层系统启动 : 系统上电, bootloader 启动, linux kernel 启动, init 进程启动;
-- 应用系统启动 : init 进程启动关键的进程如 Zygote 进程 和 System Server 等系统服务, 之后进入 Home 界面;
一. Android 底层系统启动流程(Bootloader Kernel init)
1. 系统上电 执行 ROM 引导代码
(1) Android 系统执行的操作
Android 底层上电流程 : CPU 上电 --> PC 指向 ROM 启动代码零地址 --> 直接执行启动代码 / 将启动代码载入 RAM 后执行
-- CPU 上电 : 首先 Android 系统的 CPU 上电复位;
-- 程序指针指向 : 复位时 PC 指针指向 ROM 的零地址, 即 Android 系统的启动代码的地址;
-- 直接执行代码 : 从 零地址 读取可执行代码直接运行;
-- 转载代码到RAM再执行 : 将执行代码载入到 CPU 的 RAM 中执行;
启动代码介绍 : 启动代码 固化在 ROM 中, CPU 复位上电后, PC 指向 ROM 中代码的初始地址 即 零地址, 并执行该代码;
(2) PC 启动与 Android 启动比较
PC 启动系统机制 : ROM 分类 和 BIOS 作用 (初始化硬件设备, 载入硬盘运行);
-- 启动 ROM 分类 : 包括 PROM, EPROM, EEPROM三种;
-- ROM 中的启动程序 BIOS : BIOS 是 PC 的启动代码, 其作用是初始化硬件设备, BIOS 被载入到硬盘的扇区 MBR 之后运行并开始引导操作系统;
Android 系统机制 : ROM 分类 和 Bootloader 启动程序;
-- 启动 ROM 分类 : Android 中的 启动 ROM 分为 NOR Flash 和 NAND Flash 两种;
-- ROM 中的启动程序 Bootloader : Bootloader 地址是 CPU 复位后指向的地址, 即零地址;
(3) Bootloader 启动方式简介
Bootloader 启动位置 : Bootloader 在 ROM 中直接启动 还是 装载到 RAM 中启动取决与 ROM 是否可以按字节寻址;
-- 按字节寻址的 ROM : NOR Flash 可以按字节寻址, Bootloader 可以直接在 ROM 中执行;
-- 不可字节寻址 ROM : NAND Flash 不支持按字节寻址, Bootloader 需要先载入到 CPU 的 RAM 中, 然后在执行;
(4) NOR Flash 启动过程
启动方式总结 : 直接执行 Bootloader -> 写寄存器 -> 配置模块 -> 复制代码到内存中 -> PC 指向零地址 -> 地址映射 -> 执行映射的启动代码;
注意 : 这种情况是将 Bootloader 烧写入 NOR Flash 中的情况, 与现在最新的 CPU 内置 ROM 方式不同;
NOR Flash 启动过程 : 这种 ROM 支持字节寻址, 固化在其中的启动代码(Bootloader)可以按照顺序执行;
-- 开始启动 : Bootloader 存放在 NOR Flash 零地址, CPU 复位后 PC 指向零地址, 开始执行 Bootloader;
-- 写寄存器 : 配置 EMI 寄存器, 该寄存器存储设置好的各存储器地址 和 存取规则;
-- 模块配置 : 配置电源管理模块, 使各个模块上电;
-- 复制代码 : 为了提高执行效率, 将 NOR Flash 中的代码复制到内存中;
-- PC指针 : PC 指针指向 NOR Flash 零地址, 开始执行启动代码;
-- 地址映射 : 启动代码执行后, 会将启动代码所在的 零地址 映射到 内存 RAM 空间;
-- RAM执行 : PC 指针指向 RAM 中映射的地址, 开始执行启动代码;
(5) NAND Flash 启动过程
注意 : 这种情况是将 Bootloader 烧写入 NAND Flash 中启动代码执行流程;
NAND Flash 启动过程 :
-- 搬运代码到内部 RAM : CPU 上电复位之后, DMA 将 NAND Flash 中的 Bootloader 启动代码搬运到 CPU 内部的 RAM 中, 设置 PC 到 RAM 代码地址, 开始执行 Bootloader;
-- 设置配置 向量 : Bootloader 会执行 设置中断向量, 设置硬件配置 操作;
-- 搬运代码到外部 RAM : 计算出 Bootloader 所占大小, 预留出 Bootloader 空间大小, 将执行代码搬运到 SDRAM 或 DD-RAM 外部 RAM 中;
-- 搬运 Bootloader : 将 Bootloader 代码搬运到 SDRAM 或 DDR-RAM 中的首地址;
-- 地址映射 : 设置 Remap, 映射 0 地址到 SDRAM 或者 DDR-RAM 首地址;
-- 执行Bootloader : 设置 PC 指针到 零地址, 执行 Bootloader;
(6) Bootloader 烧录工艺
MASK 烧录 : 早期的 ROM PROM 通过 MASK 植入启动代码;
烧录器 : EPROM EEPROM 通过烧录器烧入启动代码, 之后贴片焊接;
JTAG 调试器 : NOR Flash 和 NAND Flash 通过 JTAG 调试器连接 CPU 的 JTAG 调试接口 和 PC 机, 将编译好的 Bootloader 烧入 NOR Flash 和 NAND Flash 指定地址;
CPU 内置 ROM :
-- 固化代码 : CPU 再内置的 ROM 中固化一段代码, 这段代码不是 Bootloader;
-- 代码作用 : 这段代码启动后可以与 PC 连接, 直接使用网络接口 或 USB 接口便可以连接 PC, 不再依赖 JTAG 调试器烧录, 速度和效率也提高了;
2. Bootloader 引导程序简介
(1) Bootloader 作用
Bootloader 作用 : 初始化硬件设备, 建立内存空间映射图, 为内核启动准备好软件, 硬件环境;
-- 类似 BIOS : Bootloader 本质与 PC 上的 BIOS 相同, 都是为 操作系统 初始化 软件, 硬件环境;
(2) Bootloader 加密
加密简介 :
-- 加锁原因 : 手机厂商为了实现 系统价值, 稳定运行, 用户信息安全 等功能, 会对 Bootloader 进行加锁;
-- 加锁局限 : Bootloader 加锁后只能引导指定手机厂商的 硬件, 内核, 和操作系统, 不能识别其他厂商硬件;
-- 解锁隐患 : Bootloader 一旦解锁, 对用户来说 : 存在潜在的稳定性 与 系统安全问题; 对厂商来说 : 手机可以随意刷写 沦为硬件平台;
3. Linux 内核
(1) Linux 内核镜像
Linux 内核镜像 : Linux 内核有两种镜像 Image 和 zImage;
-- Image (非压缩内核) : 没有经过压缩的内核镜像, 占用空间大, 执行速度快;
-- zImage (压缩内核) : Image 经过压缩后的内核镜像, 占用空间小, 但是执行的时候需要解压缩, 执行效率慢;
-- 嵌入式选择 : 嵌入式系统中空间比较小, 通常采用 zImage 压缩镜像, 牺牲一点执行效率换取较少的存储空间;
(2) 内核启动流程
Kernel 启动流程 : 内核初始化 -> 设备驱动初始化 -> 内核启动 -> 挂载文件系统 -> 启动用户空间进程;
(3) 内核初始化
内核初始化 : 主要对硬件进行配置;
-- 向量表 : 创建异常向量表 和 初始化中断处理函数;
-- 进程调度器 : 初始化系统核心进程调度器 和 时钟中断处理机制;
-- 串口 : 初始化串口控制台;
-- 缓存 : 创建和初始化系统, 为内存调用提供缓存;
-- 内存管理 : 初始化内存管理, 检测内存大小及碑内核占用的内存情况;
-- 进程通信 : 初始化系统进程通信机制;
(4) 设备初始化
设备初始化 : 加载设备驱动, 主要有 静态加载 和 动态加载两种方式;
-- 静态加载 : 将驱动模块加载到内核中, 设备驱动会在内核启动的时候自动加载, 这种驱动是无法卸载的;
-- 动态加载 : 在系统中使用 modprobe 或者 insmod 进行设备驱动模块的加载, 使用 rmmod 进行设备驱动模块卸载;
(5) 挂载文件系统
挂载文件系统 :
-- 创建并挂载根设备 : kernel 初始化 和 设备初始化之后会创建 根设备, 根设备文件系统以只读方式挂载;
-- 释放内存到根设备 : 根设备创建成功之后, 根设备是只读的, 这时释放未使用的内存到 根设备上;
(6) 启动 init 程序
启动应用程序 : 根文件挂载成功后, 启动 /sbin/init 程序, 这是 linux 系统第一个应用程序, 启动成功后 init 进程会获得 linux 系统的控制权;
-- 硬件初始化 : 初始化 Android 设备硬件;
-- 挂载根文件 : 根据命令行参数挂载根文件系统;
-- 跑启动脚本 : 执行用户自定义的 init 启动脚本;
4. init 初始化系统服务
(1) init 初始化系统服务
Linux 中 init 进程简介 :
-- 系统父进程 : init 进程是 Linux 系统所有进程的 父进程, id 为 1;
-- init 进程作用 : 初始化 和 启动 系统, 创建其它进程 如 shell login 等进程;
Android 中 init 进程简介 :
-- 系统父进程 : init 在 Android 中也是第一个进程, id 为 1;
-- 创建其它进程 : 创建 zygote 进程, 该进程可以提供 属性服务 用于管理系统属性;
(2) init 完成操作
init 操作 : 系统初始化操作, 解析 init.rc 配置文件等操作;
-- 初始化 : 初始化 log 系统;
-- 解析配置 : 解析 init.rc 配置文件 和 /init.硬件平台名称.rc 配置文件, 执行 early-init, 解析 init 动作, eartly-boot 动作, boot 动作, Execute property 动作;
-- 初始化2 : 设备初始化, 属性服务初始化, 开启属性服务;
-- 无限循环 : 进入无限循环状态, 等待属性设置 或 子进程退出事件;
(3) init.rc 配置文件解析
init.rc 组成 : 该配置文件由 命令类, 动作类, 服务类, 选项类 声明组成;
-- 对应语法 : 命令, 动作, 触发条件, 服务, 选项 和 属性;
命令示例 : init.rc 中的命令在 init 程序中解析, 之后调用相关函数实现;
# Create cgroup mount point for memory mount tmpfs none /sys/fs/cgroup mode=0750,uid=0,gid=1000 mkdir /sys/fs/cgroup/memory 0750 root system mount cgroup none /sys/fs/cgroup/memory memory write /sys/fs/cgroup/memory/memory.move_charge_at_immigrate 1 chown root system /sys/fs/cgroup/memory/tasks chmod 0660 /sys/fs/cgroup/memory/tasks mkdir /sys/fs/cgroup/memory/sw 0750 root system write /sys/fs/cgroup/memory/sw/memory.swappiness 100 write /sys/fs/cgroup/memory/sw/memory.move_charge_at_immigrate 1 chown root system /sys/fs/cgroup/memory/sw/tasks chmod 0660 /sys/fs/cgroup/memory/sw/tasks
on nonencrypted class_start late_start on charger class_start charger on property:vold.decrypt=trigger_reset_main class_reset main
service zygote /system/bin/app_process -Xzygote /system/bin --zygote --start-system-server class main socket zygote stream 660 root system onrestart write /sys/android_power/request_state wake onrestart write /sys/power/state on onrestart restart media onrestart restart netd
属性 示例 : 系统中设置的属性值, 可设置 或者 读写;
# Define TCP buffer sizes for various networks # ReadMin, ReadInitial, ReadMax, WriteMin, WriteInitial, WriteMax, setprop net.tcp.buffersize.default 4096,87380,110208,4096,16384,110208 setprop net.tcp.buffersize.wifi 524288,1048576,2097152,262144,524288,1048576 setprop net.tcp.buffersize.lte 524288,1048576,2097152,262144,524288,1048576 setprop net.tcp.buffersize.umts 4094,87380,110208,4096,16384,110208 setprop net.tcp.buffersize.hspa 4094,87380,262144,4096,16384,262144
二. Android 上层系统启动流程
1. Android 上层系统启动简介
启动流程 : init 进程启动 -> 启动 Android 系统本地服务(Native Service) -> Zygote进程 -> Android 系统服务(System Service) -> HomeActivity 启动;
2. 启动 Native Service (本地服务)
Native Service 简介 :
-- 启动进程 : 由 init 启动, 是 C/C++ 实现的;
-- 主要作用 : 本地服务 是 Android 内核 与 Android 应用 通信 的通道, 两层之间通过 socket 进行通信;
Native Service 提供的服务 : 其启动项定义在 init.rc 中;
-- Console : shell console 服务;
-- Service Manager : Binder 服务管理器, 管理所有的 Android 系统服务;
-- Vold : 支持外设热插拔服务;
-- Mountd : 设备安装 状态通知服务;
-- Debuggerd : 处理调试进程请求服务;
-- Rild : 无线接口层服务;
-- Zygote : 启动 Dalvik 并创建其它进程服务;
-- MediaServer : 多媒体相关服务;
3. Zygote 进程启动
Zygote 进程简介 : Zygote 由 init 进程创建, init.rc 中配置了 Zygote 的创建参数;
-- init.rc 中配置 : Zygote 原始名称是 "app_process", 启动中改名为 Zygote;
service zygote /system/bin/app_process -Xzygote /system/bin --zygote --start-system-server
Zygote 作用 :
-- 本质 : Zygote 进程是一个虚拟的进程, 是虚拟实例(Dalvik虚拟机)的孵化器;
-- 操作 : Zygote 负责 Dalvik 虚拟机初始化, 预置类库加载等操作;
-- 应用启动处理 : 每个 Android 应用启动时, Zygote 会创建一个子进程(Dalvik虚拟机)执行它;
-- 节省内存策略 : Android 中有些系统库是只读的, 所有的 Dalvik 虚拟机都可以共享这些只读系统库;
4. Android System Service 启动
Android 系统服务 :
-- 启动 : Android System Service 是 Zygote 进程的第一个子进程, 由 Zygote 进程孵化而来;
-- 作用 : System Service 是 Android 框架核心, 负责 Android 系统初始化 并 启动其它服务;
-- 其它服务 : System Service 孵化的其它服务运行在对应 Dalvik 虚拟机进程的空间里;
-- init.rc 配置 : 在 Zygote 配置中 "--start-system-server" 参数用来实现 System Service 的启动;
5. 启动 HomeActivity 主界面
Launcher 应用程序 : 该应用程序就是 HomeActivity 所在的程序;
-- 启动 : Launcher 由 Activity Manager Service 启动, 启动流程 System Service -> Activity Manager Service -> Launcher;
-- 展示图标 : Launcher 启动后就会将已经安装的 app 程序的快捷图标展示到桌面;
转载请注明出处 : http://blog.csdn.net/shulianghan/article/details/38895481
Android ARM Linux
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。