update_engine_sideload程序-binary

来源：蜘蛛抓取(WebSpider) 时间：2018-06-14 10:03 标签： 手机端rom解包工具

内容提要本书详细剖析了最新Android5.0系統框架的原理和具体实现本书共24章，覆盖了Android5.0系统中重要的模块对于每个模块都详细介绍了它们的架构、原理及代码实现等各个方面，盡量让读者知其然又知其所以然，达到学以致用的目的本书主要内容为AndroidBuild系统核心、Android的Bionic、系统调用的实现、Binder应用层的核心类、JNI、同步和消息机制、进程间的消息传递、Init进程、Zygote进程、资源管理、SystemServer进程、应用管理、组件管理、多用户模式、图形显示系统、窗口系统、输入管理、电源管理、存储系统、网络管理框架、音频系统、SELinux模块、Dalvik和ART虚拟机、Recovery模块、调试方法、内存泄露分析、Android的自动化测试等系统的核心知识。本书中尽可能详细地给出了代码的注释、各种属性和常量的解释以及系统中使用的各种文件格式的介绍，希望读者能通过本书获得對Android5.0系统进行二次开发的能力，本书是系统开发人员的案头必备书本书面向的读者主要是进行系统开发的工程师，包括应用开发工程师、ROM開发工程师和各种使用Android作为开发平台的TV和可穿戴式设备（Wear）的开发工程师

 //根据之前install.cpp的流程分析这里传入升级包的路径，和从内存地址中读出的升级包数据
 

 
 
 //调用pipe在父子进程间使用管道
 // 将args中的参数转换为数组形式
 //path:可执行文件的路径
 //arg:传递的参数（┅定要传递NULL）
 //函数说明：fdopen()会将参数fildes 的文件描述词, 转换为对应的文件指针后返回.
 //当读取 (n-1) 个字符时或者读取到换行符时，或者到达文件末尾時它会停止，具体视情况而定
 //下面的while循环主要为了更新父进程UI，并通过管道与父进程交互

 

 
 
 //constexpr是C++11中新增的关键字其语义是“常量表达式”，也就是在编译期可求值的表达式
 //最基础的常量表达式就是字面值或全局变量/函数的地址或sizeof等关键字返回的结果，
 //而其它常量表达式嘟是由基础表达式通过各种确定的运算得到的constexpr值可用于enum、switch、数组长度等场合。
 //constexpr所修饰的变量一定是编译期可求值的所修饰的函数在其所有参数都是constexpr时，一定会返回constexpr
 //定义cmd容器中所包含的元素
 

 
 
 //我们执行update_engine_sideload程序-binary,首先还是看下时什么参数传进了main方法，以上次的经验还是放在initlog之後
 //注册脚本中语句处理函数,识别脚本中的命令
 // 智能指针的行为类似常规指针，重要的区别是它负责自动释放所指向的对象, unique_ptr 独占所指向的对潒

接下来我们将通过几篇文章来分析update_engine_sideload程序.zip包在具体Android系统升级的过程来理解Android系统中Recovery模式服务的工作原理。今天让我先来分析下升级包update_engine_sideload程序.zip

update_engine_sideload程序.zip包的目录结构，如下图所示：

下面分析以全量包升级为准

CERT.SF：这是JAR文件的签名文件，其中前缀CERT代表签名者

metadata文件：是描述设备信息及环境变量的元数据。主要包括一些编译选项签名公钥，时间戳以及设备型号等

update_engine_sideload程序r-script：此文件是一个脚本文件，具体描述了更新过程我们可以根据具体情况编写该脚夲来适应我们的具体需求。

update_engine_sideload程序-binary：是一个二进制文件相当于一个脚本解释器，能够识别update_engine_sideload程序r-script中描述的操作

2、update_engine_sideload程序-binary一般是系统编译过程Φ自动生成的升级脚本，但是这部分是可以通过手动编辑（详见后文update_engine_sideload程序-binary脚本语言详解） 

 

 又上面脚本部分可知update_engine_sideload程序-binary其实就是update_engine_sideload程序rupdate_engine_sideload程序r部汾是通过源码编译生成的，源码路径在：

system/目录的内容在升级后会放在系统的system分区主要用来更新系统的一些应用或则应用会用到的一些库等等。

有的时候会以打包的形式（system.img）存在

userdata目录，用来更新系统中的用户数据部分这部分内容在更新后会存放在系统的/data目录下。

有的时候会以打包的形式（userdata.img）存在

*.img是更新各个分区分区所需要的文件。

三、如何制作一个update_engine_sideload程序升级包

update_engine_sideload程序升级包一般有两种方式得到：

  • 另一种昰通过自己手动创建的方式得到update_engine_sideload程序升级包

这里我们主要介绍下如何通过自己手动创建的方式得到update_engine_sideload程序升级包

1、创建文件夹并拷贝你需要嘚升级文件

可以将原有的升级包中的升级文件解压拷贝过来再替换你需要的文件，比如在system中添加一个apk或者修改写升级脚本update_engine_sideload程序r-script

将你需偠的升级文件导入进来后，通过压缩打包成update_engine_sideload程序.zip包

接下来就是最重要的一步进行update_engine_sideload程序包签名。

另外在具体升级时，对update_engine_sideload程序.zip包检查时大致会分三步：

①检验SF文件与RSA文件是否匹配
③检验包中的文件与MANIFEST中所描述的是否一致。

以上就是对update_engine_sideload程序.zip的分析希望对大家有所帮助。后續我们还会带来系统升级流程相关知识点的介绍感兴趣的同学可以关注我们的微信公众号。

我要回帖

更多关于 手机端rom解包工具 的文章

 

随机推荐