【iOS重学】启动优化(二)- 二进制重排
写在前面
在第一部分iOS重学之启动优化(一)中,我们主要从Pre-main
和main
之后两个时间来衡量一个iOS应用启动的时长,以及详细分析了Pre-main
的四个阶段,其中也提到了一些概念:比如物理内存、虚拟内存、缺页中断等,感兴趣的可以移步上一篇文章了解一下,本文主要跟大家详细讨论一下什么是二进制重排、二进制重排为什么能够优化iOS应用启动时间等问题。
物理内存 & 虚拟内存
物理内存:指的是通过物理内存条获得的内存空间。
虚拟内存:跟物理内存相反,虚拟内存指的一种计算机系统内存管理技术,它使得应用程序认为它拥有连续可用的内存,实际上它通常被分隔成多个物理内存碎片。
只谈概念太空洞,下面我们用图来解释什么是物理内存、什么是虚拟内存。
物理内存的概述图如下:
虚拟内存的概述图如下:
注意:虽然一个应用在物理内存中的内存是不连续的,但是访问数据的时候是连续的,原因就在于我们访问数据访问的是对应的虚拟映射表,这个虚拟映射表记录的某个方法、函数对应在物理内存的真实地址。
缺页中断(PageFault)
在上面我们说过在有了虚拟内存技术之后,内存以分页的形式装载进物理内存里面,比如我们现在启动一个应用只需要先把启动相关的内存Page1
到Page10
装载进物理内存,当用到A功能的时候发现数据没有在物理内存里面,此时操作系统会阻塞APP进程触发一次PageFault,操作系统会从磁盘中读取相应的数据到物理内存上,再将其映射到虚拟内存页表上面。PageFault耗时非常短,平均在0.5ms左右,所以用户一般感知不到,但是有一种情况可能会造成大量的PageFault,那就是启动时刻,所以我们就可以思考如何减少启动时的PageFault次数,从而优化启动时长。
二进制重排
在分析二进制重排之前,我们先了解一下Link Map File是个什么东西。
链接映射文件
链接映射文件:Link Map File,里面记录的是每个类所生成的可执行文件的路径、CPU架构、符号等信息,可以简单的理解为这个文件告诉了我们一个应用的可执行文件的排列顺序。
如图所示:
编译项目之后根据上图的地址找到我们需要的Link Map 文件,如图所示:
文件资源的编译顺序如下图所示:
什么是二进制重排
重新排列函数符号的位置,降低Mach-o文件载入物理内存时触发的PageFault次数,这个就叫二进制重排。
为什么二进制重排能优化启动时长
我们先来举个例子,一个应用启动需要调用方法1
、方法3
、方法4
、方法6
、方法7
,其中方法1
在Page1页上,方法6
在Page2页上,方法3
、方法7
在Page3页上,方法4
在Page4页上,如下图所示:
二进制排列后,如下图所示:
二进制重排
iOS 应用之所以能够进行二进制重排其实是因为苹果爸爸早就有了这一套机制,其实libobjc.order
就是利用二进制重排进行了优化。
现在我们来举个简单的例子做二进制重排:
以一个新的项目LaunchDemo
为例,我在ViewController.m
文件里面新加了几个方法如下:
一、在项目根目录下创建一个.order
文件,我们这里叫:LaunchDemo.order
文件:
我们先看一下默认的一个排列顺序:
二、在LaunchDemo.order
文件里面指定每个符号的排列顺序:
三、在Build Setting
里面指定Order File
地址,如图所示:
四、编译项目,打开Link Map File,如下图所示:
到这里为止,二进制重排的整个核心我们就分析得差不多了,但是这个二进制重排有个最大的问题,那就是:我们如何才能准确获取项目启动时刻调用的方法顺序,换句话说我怎么知道我这个项目启动需要调用到哪些方法。
写在最后
二进制重排最大的问题我们已经抛出来了,有兴趣的也可以想想应该怎么办,下一篇文章我们将重点分析如何精确获取项目启动时刻调用的方法顺序。