1. 二进制重排
1.1 clang 插桩具体如何做的
1.2 c++ 方法 clang 插桩能否取到?
不能
可以取到 c
函数,oc
方法,block
,swift
方法
但是可以用 -finstrument-functions
在编译期插桩 “hook”,或者使用并不完美但成本最低的静态扫描方案。
1.3 除了二进制重排,还有哪些启动优化的方法
1.3.1 pre main 阶段
- Load dylibs
- 尽量不使用内嵌(
embedded
)的dylib
,加载内嵌dylib
性能开销较大 - 合并已有的
dylib
和使用静态库(static archives
),减少dylib
的使用个数 - 懒加载
dylib
,但是要注意dlopen()
可能造成一些问题,且实际上懒加载做的工作会更多
- Rebase/Bind
在 dylib
的加载过程中,系统为了安全考虑,引入了 ASLR
(Address Space Layout Randomization)技术和代码签名。由于ASLR的存在,镜像(Image
,包括可执行文件、dylib
和 bundle
)会在随机的地址上加载,和之前指针指向的地址(preferred_address
)会有一个偏差(slide
),dyld
需要修正这个偏差,来指向正确的地址。
- 减少 ObjC 类(
clas
s)、方法(selector
)、分类(category
)的数量 - 减少
C++
虚函数的数量(创建虚函数表有开销) - 使用
swiftStructs
(内部有优化,符号数量更少)
Objc setUp
Initializers
- 少在类的
+load
方法里做事情,尽量把这些事情推迟到+initiailize
- 减少构造器函数个数,在构造器函数里少做些事情
- 减少
C++
静态全局变量的个数
1.3.2 main 阶段
- 梳理各个二方/三方库,找到可以延迟加载的库,做延迟加载处理,比如放到首页控制器或
tabBar
控制器的viewDidAppear
方法里,并且保证只执行一次(按项目结构,放在合适的地方) - 梳理业务逻辑,把可以延迟执行的逻辑,做延迟执行处理。比如检查新版本、注册推送通知等逻辑。
- 避免复杂/多余的计算。
- 避免在用户看到的第一个界面(首页控制器或注册登录页面)的
viewDidLoad
和viewWillAppear
做太多事情,这 2 个方法执行完,第一个页面才能显示,部分可以延迟创建的视图应做延迟创建/懒加载处理 - 首页控制器或注册登录页面用纯代码方式来构建
1.4 link map数据结构
Link Map File
中文直译为链接映射文件,它是在 Xcode 生成可执行文件的同时生成的链接信息文件,用于描述可执行文件的构造部分,包括了代码段和数据段的分布情况
1.4.1 linkMapfile 的组成
- Path:
Path
是生成可执行文件的路径。 - Arch:
Arch
指代架构类型。 - Object files:
Object Files
列举了可执行文件里所有的obj
以及tbd
。每一行代表对文件的编号。 - Sections: 每个
Section
包含了Address
、Size
、Segment
以及Section
。Mach-O
文件中的虚拟地址最终会被映射到物理地址上,这些地址会被分为不同的段类型:TEXT
、DATA
以及LINKEDIT
等。各个段的含义如下:
TEXT
包含了被执行的代码。这些代码是只读、可执行DATA
包含了包含了将会被更改的数据,例如全局变量、静态变量等,可读写,但是不可执行LINKEDIT
包含了加载程序的元数据,比如函数名称和地址,只读。Segment
又被划分成了不同的Section
,不同的Section
存储了不同的信息,例如objc _ methname
为方法的名称
- Symbols :Symbols包含的信息有:
- Address:起始地址
- Size:所占内存大小,这里使用16进制表示。
- File:该Name所在的文件编号,也就是Object files部分的中括号的数字。
Dead Stripped Symbols
1.5 具体的优化时间获取?有没有看过实际线上优化多少?
- pre-main阶段测量:
DYLD_PRINT_STATISTICS
- main()阶段测量:先在
main()
函数里用变量StartTime didFinishLaunchingWithOptions
再获取一下当前时间
2. VC生命周期
+load
: 程序启动后,在系统的main
函数调用之前,系统就会加载所有的load
方法,提前进行一些资源包的配置或者hook
,(可以打断点看看结果,本人亲测过)+initialize
: 当前类或者其子类未被初始化过时会首次调用,若以后当前类或者子类再多次初始化时不会再调用,一般提前为初始化做一些工作+alloc
: 系统为当前类分配内存时调用,在C语言中就是malloc
这一步-initWithCoder
: 通过storyBoard
方式实例化的 vc,需要经过反序列化,这个方法会被调用-initWithNibName:bundle
: 通过xib
文件或者init
方法实例化的 vc,这个方法都会被调用,其实init
方法最终都会走该方法-init
: 通过纯代码实例化Vc会调用,其最终会调用initWithNibName:bundle:
方法-loadView
: 实例化Vc后,可以加载一些系统常规的View-viewDidLoad
: 一般加载自定义的view或者初始化属性,视图加载完毕后会调用-viewWillAppear
: 视图即将出现会调用-viewWillDisappear
: 视图即将消失会调用-viewWillLayoutSubviews
: 视图加载完毕后即将要布局-viewDidLayoutSubviews
: 视图加载完毕后布局也完成了-didReceiveMemoryWarning
: 加载视图时,内存消耗太大,出现内存警告,会调用-dealloc
: 实例化被销毁,进行内存的回收会调用
3. copy / mutableCopy
可变对象复制:
都是深拷贝,但是 copy
返回的对象是不可变的。
对于容器而言,其元素对象始终是指针复制。如果需要元素对象也是对象复制,就需要实现深拷贝。
4. NSUserDefault存储位置
~/Library/Preferences
下,用 plist
文件存储
5. Https如何保证数据安全
是由 SSL+HTTP
协议构建的可进行加密传输、身份认证的网络协议
公私钥加密之后是否还有加密
对称加密+非对称加密这两种方式,我们可以用非对称加密的方式来传输对称加密过程中的密钥,之后我们就可以采取对称加密的方式来传输数据
6. git reset
可以让 HEAD
这个指针指向其他的地方
它有三种模式,soft
, mixed
, hard
6.1 reset soft
保留工作目录,并把重置 HEAD
所带来的新的差异放进暂存区
reset --soft
会在重置 HEAD
和 branch
时,保留工作目录和暂存区中的内容,并把重置 HEAD
所带来的新的差异放进暂存区。
6.2 reset mixed
reset
不加参数(mixed
):保留工作目录,并清空暂存区
reset
如果不加参数,那么默认使用 --mixed
参数。它的行为是:保留工作目录,并且清空暂存区。也就是说,工作目录的修改、暂存区的内容以及由 reset
所导致的新的文件差异,都会被放进工作目录。简而言之,就是「把所有差异都混合(mixed
)放在工作目录中」。
6.3 reset hard
重置 stage
区和工作目录
reset --hard
会在重置 HEAD
和 branch
的同时,重置 stage
区和工作目录里的内容。当你在 reset
后面加了 --hard
参数时,你的 stage
区和工作目录里的内容会被完全重置为和 HEAD
的新位置相同的内容。换句话说,就是你的没有 commit
的修改会被全部擦掉。
学无止境。