面试资源库
如有帮助请点个 Star。
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 类（
class）、方法（selector）、分类（category）的数量 - 减少
C++虚函数的数量（创建虚函数表有开销） - 使用
swiftStructs(内部有优化，符号数量更少)
Objc setUpInitializers
- 少在类的
+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 的修改会被全部擦掉。
学无止境。
