parent
0b432d568d
commit
e630d754a5
@ -0,0 +1,70 @@ |
|||||||
|
--- |
||||||
|
深入理解 init |
||||||
|
--- |
||||||
|
|
||||||
|
#### 目录 |
||||||
|
|
||||||
|
1. 思维导图 |
||||||
|
2. 概述 |
||||||
|
3. 引入 init |
||||||
|
4. init 进程的入口函数 |
||||||
|
5. 参考 |
||||||
|
|
||||||
|
#### 思维导图 |
||||||
|
|
||||||
|
#### 前言 |
||||||
|
|
||||||
|
init 是 Linux 系统中用户空间的第一个进程,由于 Android 是基于 Linux 内核的,所以 init 也是 Android 系统中用户空间的第一个进程,它的进程号是 1,作为一号进程,init 被赋予了很多及其重要的工作职责,总的来说主要做了以下三件事: |
||||||
|
|
||||||
|
1. 创建和挂载启动所需的文件目录 |
||||||
|
2. 初始化和启动属性服务 |
||||||
|
3. 解析 init.rc 配置文件并启动 Zygote 进程 |
||||||
|
|
||||||
|
#### 引入 init |
||||||
|
|
||||||
|
为了讲解 init 进程,首先要了解 Android 系统启动流程的前几步,以引入 init 进程: |
||||||
|
|
||||||
|
1. 启动电源以及系统启动 |
||||||
|
|
||||||
|
当电源按下时引导芯片代码从预定义的地方(固化在 ROM)开始执行。加载引导程序 BootLoader 到 RAM 中,然后执行。 |
||||||
|
|
||||||
|
2. 引导程序 BootLoader |
||||||
|
|
||||||
|
引导程序 BootLoader 是在 Android 系统开始运行前的一个小程序,它的主要作用是把系统 OS 拉起来并运行。 |
||||||
|
|
||||||
|
3. Linux 内核启动 |
||||||
|
|
||||||
|
当内核启动时,设置缓存、被保护存储器、计划列表、加载驱动。在内核完成系统设置后,它首先在系统文件中寻找 init.rc 文件,并启动 init 进程。 |
||||||
|
|
||||||
|
4. init 进程启动 |
||||||
|
|
||||||
|
init 进程做的工作比较多,主要用来初始化和启动属性服务,也用来启动 Zygote 进程。 |
||||||
|
|
||||||
|
从上面的步骤可以看出,当我们按下启动电源时,系统启动后会加载引导程序,引导程序又启动 Linux 内核,在 Linux 内核加载完成后,第一件事就是启动 init 进程。 |
||||||
|
|
||||||
|
#### init 进程的入口函数 |
||||||
|
|
||||||
|
在 Linux 内核加载完成后,它首先在系统文件中寻找 init.rc 文件,并启动 init 进程,然后查看 init 进程的入口函数 main,代码如下: |
||||||
|
|
||||||
|
```c |
||||||
|
int SecondStageMain(int argc, char** argv) { |
||||||
|
|
||||||
|
//初始化属性服务 |
||||||
|
property_init(); |
||||||
|
|
||||||
|
//启动属性服务 |
||||||
|
StartPropertyService(&epoll); |
||||||
|
//解析 init.rc 文件等 |
||||||
|
LoadBootScripts(); |
||||||
|
|
||||||
|
return 0; |
||||||
|
} |
||||||
|
|
||||||
|
static void LoadBootScripts() { |
||||||
|
Parser parser = CreateParser(action_manager, service_list); |
||||||
|
|
||||||
|
parser.ParseConfig("/init.rc"); |
||||||
|
//... |
||||||
|
} |
||||||
|
``` |
||||||
|
|
@ -0,0 +1,71 @@ |
|||||||
|
--- |
||||||
|
HTTP 的前世今生 |
||||||
|
--- |
||||||
|
|
||||||
|
#### 目录 |
||||||
|
|
||||||
|
1. HTTP/0.9 |
||||||
|
2. HTTP/1.0 |
||||||
|
3. HTTP/1.1 |
||||||
|
4. HTTP/2 |
||||||
|
5. HTTP/3 |
||||||
|
6. 总结 |
||||||
|
|
||||||
|
#### HTTP/0.9 |
||||||
|
|
||||||
|
在 1989 年,蒂姆·博纳斯 - 李发表了一篇论文,提出了在互联网上构建超链接文档系统的构想,这篇文章论文中确立了三项关键技术: |
||||||
|
|
||||||
|
1. URI:即统一资源标识符,作为互联网上资源的唯一身份 |
||||||
|
2. HTML:即超文本标记语言,描述超文本文档 |
||||||
|
3. HTTP:即超文本传输协议,用来传输超文本 |
||||||
|
|
||||||
|
这一时期的 HTTP 被定义为 0.9 版,结构比较简单,为了便于服务器和客户端处理,它也采用了纯文本。李最初设想的系统里的文档都是只读的,所以只允许用 "GET" 动作从服务器上获取 HTML 文档,并且在响应请求之后立即关闭连接,功能非常有限。 |
||||||
|
|
||||||
|
#### HTTP/1.0 |
||||||
|
|
||||||
|
1996 年正式发布了 HTTP/1.0 版本,形式上已经和现在的 HTTP 差别不大了,例如: |
||||||
|
|
||||||
|
1. 增加了 HEAD、POST 等新方法 |
||||||
|
2. 增加了响应状态码,标记可能的出错原因 |
||||||
|
3. 引入了协议版本号概念 |
||||||
|
4. 引入了 HTTP Header(头部)的概念,让 HTTP 处理请求和响应更加灵活 |
||||||
|
5. 传输的数据不再仅限于文本 |
||||||
|
|
||||||
|
但是 HTTP/1.0 并不是一个标准,而只是一份参考文档,不具有实际约束力。 |
||||||
|
|
||||||
|
#### HTTP/1.1 |
||||||
|
|
||||||
|
1999 年,HTTP/1.1 发布了 RFC 文档,它成为了一个正式的标准,这意味着今后互联网上的所有浏览器、服务器等,只要用到了 HTTP 协议,都要严格遵循这个标准。HTTP/1.1 主要的变更点有: |
||||||
|
|
||||||
|
1. 增加了 PUT、DELETE 等新的方法 |
||||||
|
2. 增加了缓存管理和控制 |
||||||
|
3. 明确了连接管理,允许持久连接 |
||||||
|
4. 允许响应数据分块(chunked),利于传输大文件 |
||||||
|
5. 强制要求 Host 头,让互联网主机托管成为可能 |
||||||
|
|
||||||
|
##### HTTP/2 |
||||||
|
|
||||||
|
2015 年,发布了 HTTP/2,HTTP/2 的制定充分考虑了现今互联网的现状:宽带、移动、不安全,在高度兼容 HTTP/1.1 的同时在性能改善方面做了很大努力,主要的特点有: |
||||||
|
|
||||||
|
1. 二进制协议,不再是纯文本 |
||||||
|
2. 可发起多个请求,废弃了 1.1 里的管道 |
||||||
|
3. 使用专用算法压缩头部,减少数据传输量 |
||||||
|
4. 允许服务器主动向客户端推送数据 |
||||||
|
5. 增加了安全性,要求加密通信 |
||||||
|
|
||||||
|
虽然 HTTP/2 到今天已经四岁,也衍生了 gRPC 等新协议,但由于 HTTP/1.1 实在是太过于经典和强势,目前它的普及率还比较低,大多数网站使用的仍然是 20 年前的 HTTP/1.1。 |
||||||
|
|
||||||
|
#### HTTP/3 |
||||||
|
|
||||||
|
在 HTTP/2 还处于草案时,Google 又发明了一个新的协议,叫做 QUIC,而且还是相同的套路,继续在 Chrome 和自家服务器试玩,依托它庞大的用户量和数据量,持续推动着 QUIC 协议成为互联网上的既成事实。 |
||||||
|
|
||||||
|
在 2018 年,互联网标准化组织 IETF 正式将 QUIC 纳入 HTTP/3 的标准化制定阶段。也许两三年后就会正式发布,到时候我们可能会跳过 HTTP/2 直接进入 HTTP/3。 |
||||||
|
|
||||||
|
#### 总结 |
||||||
|
|
||||||
|
1. HTTP 协议始于蒂姆的一篇论文 |
||||||
|
2. HTTP/0.9 是个简单的文本协议,只能获取文本资源 |
||||||
|
3. HTTP/1.0 确立了大部分现在使用的技术,但它不是正式标准 |
||||||
|
4. HTTP/1.1 是目前互联网上使用最广泛的协议,功能也非常完善 |
||||||
|
5. HTTP/2 基于 Google 的 SPDY 协议,注重性能改善,但还未普及 |
||||||
|
6. HTTP/3 基于 Google 的 QUIC 协议,是将来发展的方向 |
Loading…
Reference in new issue