一、你在项目中用过 runtime 吗？举个例子。

a、Method Swizzling动态交换方法实现，实则交换方法的IMP（IMP有点类似函数指针，指向具体的Method实现）指向，应用场景是在不知道方法源码的情况下偷天换日，抢占方法实现的先机：

b、路由动态创建类，遍历类的属性为类的属性实现set方法并动态push

动态获取类的所有属性：

动态为属性赋值set方法：

c、关联对象的使用为分类添加属性

关联对象可以降低代码的耦合度：

二、你在项目中用过 GCD 吗？举个例子。

GCD信号量，最多几个资源可访问，

参数为“1”的话最多一个并发，A进程执行后信号量减一变为0，B进程执行时返现信号量为0所以等待执行，A执行完信号量加一，B进程可以执行，信号量必须大于等于一进程才不会阻塞；这就是信号量来控制互斥原理；

往往是执行多个任务之后，最后再执行某个任务往往会使用到

任务1和任务2执行完之后才会执行任务3；

并行：就是队列里面的任务（代码块，block）不是一个个执行，而是并发执行，也就是可以同时执行的意思
串行：队列里面的任务一个接着一个执行，要等前一个任务结束，下一个任务才可以执行
异步：具有新开线程的能力
同步：不具有新开线程的能力，只能在当前线程执行任务
那么，如果他们相互串起来，会怎么样呢？
并行+异步：就是真正的并发，新开有有多个线程处理任务，任务并发执行（不按顺序执行）
串行+异步：新开一个线程，任务一个接一个执行，上一个任务处理完毕，下一个任务才可以被执行
并行+同步：不新开线程，任务一个接一个执行
串行+同步：不新开线程，任务一个接一个执行

(1)使用NSThread对象建立一个线程非常方便
(2)但是！要使用NSThread管理多个线程非常困难，不推荐使用

(2)是面向对象的线程技术
(3)提供了一些在GCD中不容易实现的特性，如：限制最大并发数量、操作之间的依赖关系

(1)是基于C语言的底层API
(2)用Block定义任务，使用起来非常灵活便捷
(3)提供了更多的控制能力以及操作队列中所不能使用的底层函数

主队列、全局队列、自定义的队列有什么区别

Grand Central Dispatch（多线程的优化技术）GCD是一套底层API，基于C语言开发的多线程机制，提供了新的模式编写并发执行的程序。
1、允许将一个程序切分为多个单一任务，然后提交到工作队列中并发或者串行地执行
2、为多核的并行运算提出了解决方案，自动合理的利用CPU内核（比如双核，四核）
3、自动的管理线程的生命周期（创建线程、调度任务、销毁线程），完全不需要我们管理，只需要告诉它任务是什么就行
4、配合Block，使得使用起来更加方便灵活

什么是Queue队列？

GCD使用了队列的概念，解决了NSThread难于管理的问题，队列实际上就是数组的概念，通常我们把要执行的任务放到队列中管理
1.按顺序执行，先进先出
2.可以管理多线程，管理并发的任务，设置主线程
3.GCD的队列是任务的队列，而不是线程的队列

任务即操作：你想要干什么，说白了就是一段代码，在GCD中，任务就是一个block
同步执行：只要是同步任务，都会在当前的线程执行，不会另开线程
异步执行：只要是异步任务，都会开启新线程，在开启的线程中执行

好像所有的任务都是在同一时间执行的

从上面的概念以及gcd所解决的问题来看，使用GCD的时候就要开始转变观念了。现在我们需要考虑的只是任务，队列，队列间同步或异步的关系了。而不是考虑怎么开辟线程，怎么管理线程，所有关于线程的东西，我们都不需要考虑。整个程序完全就是由队列来自动管理了。首先，整个程序是由全局队列来管理，然后UI的刷新是由mainqueue管理，我们可以将我们的任务放到我们创建的队列中去，也可以放在主队列中，也可以放在全局队列中。
举个例子：现在我们要从网络上下载一张图片，可以直接将任务放到主队列中去执行，但是这样会出项一个问题，因为主队列是处理和UI相关的任务的，所以在创建（或者刷新）UI的时候，界面就会卡住，直到这张图片现在完毕。所以一般的做法是首先获取全局队列，然后在全局队列中植入下载图片的代码，在下完成后，将图片刷回UI,也就是主队列。至于图片什么时候下载完毕，怎么开辟线程，我们都不需要管。需要做的就是处理代码逻辑就行。以下是使用GCD下载图片的代码

关于容易混淆概念的区分： 同步，异步，串行，并发

同步和异步代表会不会开辟新的线程。串行和并发代表任务执行的方式。
同步串行和同步并发，任务执行的方式是一样的。没有区别，因为没有开辟新的线程，所有的任务都是在一条线程里面执行。
异步串行和异步并发，任务执行的方式是有区别的，异步串行会开辟一条新的线程，队列中所有任务按照添加的顺序一个一个执行，异步并发会开辟多条线程，至于具体开辟多少条线程，是由系统决定的，但是所有的任务好像就是同时执行的一样。

主队列：专门负责调度主线程度的任务，没有办法开辟新的线程。所以，在主队列下的任务不管是异步任务还是同步任务都不会开辟线程，任务只会在主线程顺序执行。
主队列异步任务：现将任务放在主队列中，但是不是马上执行，等到主队列中的其它所有除我们使用代码添加到主队列的任务的任务都执行完毕之后才会执行我们使用代码添加的任务。
主队列同步任务：容易阻塞主线程，所以不要这样写。原因：我们自己代码任务需要马上执行，但是主线程正在执行代码任务的方法体，因此代码任务就必须等待，而主线程又在等待代码任务的完成好去完成下面的任务，因此就形成了相互等待。整个主线程就被阻塞了。

全局队列：本质是一个并发队列，由系统提供，方便编程，可以不用创建就直接使用。

全局队列和并发队列的区别：
1，全局队列没有名字，但是并发队列有名字。有名字可以便于查看系统日志
2，全局队列是所有应用程序共享的。
3，在mrc的时候，全局队列不用手动释放，但是并发队列需要。

三、Category 的实现原理，以及 Category 为什么只能加方法不能加属性。

基本原理：Category 的实例方法、属性都会被整合到主类中去；类方法会被整合到元类中去；协议会在主类中和元类中个整合一份；
实现原理：就是将类中的旧有方法和 Category 中新添加的方法整合成一个新的方法列表，并赋值给 method_lists 或 method_list 。通过探究这个处理过程，我们也印证了一个结论，那就是主类中的方法和 Category 中的方法在 runtime 看来并没有区别，它们是被同等对待的，都保存在主类的方法列表中。
总结：其实就是把旧方法和旧属性和旧协议和新属性新方法新协议整合到一起，重新分别更新类的数据段data()的method_lists、properties、properties的值，就实现了为类添加方法和协议；

在类中使用@property，系统会自动生成带“_”的成员变量和该变量的setter和getter方法。也就是说，属性相当于一个成员变量加getter和setter方法；在分类里使用@property声明属性，只是将该属性添加到该类的属性列表，但是没有生成相应的成员变量，也没有实现setter和getter方法。

category 它是在运行期决议的。 因为在运行期即编译完成后，对象的内存布局已经确定，如果添加实例变量就会破坏类的内部布局，这对编译型语言来说是灾难性的。

使用Runtime技术中的关联对象可以为类别添加属性。

扩展：无论我们有没有主动引入 Category 的头文件，Category 中的方法都会被添加进主类中。我们可以通过 - performSelector: 等方式对 Category 中的相应方法进行调用，之所以需要在调用的地方引入 Category 的头文件，只是为了“照顾”编译器。不同的Category如果有相同的方法名会全部执行 ，执行顺序按image里文件顺序，分类里面的方法会覆盖本类的方法，要想分类和元类都执行的话其实也是有办法的，其实要做到分类方法不覆盖原方法需要用的 OC 的 Runtime ，来测试一下

这样，就可以同时调用分类和原类的方法了，可能一些SDK是这样的思路。

将一个类的实现拆分成多个独立的源文件；

extension在编译期决议，它就是类的一部分，在编译期和头文件里的@interface以及实现文件里的@implement一起形成一个完整的类，它伴随类的产生而产生，亦随之一起消亡。extension一般用来隐藏类的私有信息，你必须有一个类的源码才能为一个类添加extension，所以你无法为系统的类比如NSString添加extension。

有load方法，编译期调用

load 方法不会被类自动继承, 每一个类中的 load 方法都不需要像 viewDidLoad 方法一样调用父类的方法。调用的顺序是父类优先于子类, 子类优先于分类。

如果分类和其所属的类都定义了load方法，则先调用类里的，再调用分类里的。
执行load方法时，运行期系统处于“脆弱状态”。在执行子类的load方法之前，必定会先执行所有超类的load方法，而如果代码还依赖了其他程序库，那么程序库里相关类的load方法也必定会先执行。

在整个应用程序执行load方法时都会阻塞
它是“惰性”调用的，也就是说，只有当程序用到了相关的类时，才会调用。因此，如果某个类一直都没有使用，那么其initialize方法就一直不会运行。这也就等于说，应用程序无须先把每个类的initialize都执行一遍。

五、block 的原理，block 的属性修饰词为什么用 copy，使用 block 时有哪些要注意的？

block：可以理解为一段带有自动变量的匿名函数，就是预先准备好一段代码，在使用的时候调用，Block也是Objective-C中的对象；
匿名函数：没有函数名的函数，一对{}包裹的内容是匿名函数的作用域。
自动变量：栈上声明的一个变量不是静态变量和全局变量，是不可以在这个栈内声明的匿名函数中使用的，但在Block中却可以。
虽然使用Block不用声明类，但是Block提供了类似Objective-C的类一样可以通过成员变量来保存作用域外变量值的方法，那些在Block的一对{}里使用到但却是在{}作用域以外声明的变量，就是Block截获的自动变量。
__block发挥作用的原理：将栈上用__block修饰的自动变量封装成一个结构体，让其在堆上创建，以方便从栈上或堆上访问和修改同一份数据。
copy的使用原理：配置在栈上的Block，如果其所属的栈作用域结束，该Block就会被废弃，对于超出Block作用域仍需使用Block的情况，Block提供了将Block从栈上复制到堆上的方法来解决这种问题，即便Block栈作用域已结束，但被拷贝到堆上的Block还可以继续存在。

复制到堆上的Block:在ARC有效时，大多数情况下编译器会进行判断，自动生成将Block从栈上复制到堆上的代码，以下几种情况栈上的Block会自动复制到堆上：

因为上面四条规则，在ARC下其实很少见NSConcreteStackBlock类的Block，大多数情况编译器都保证了Block是在堆上创建的，如下代码所示，仅最后一行代码直接使用一个不赋值给变量的Block，它的类才是NSStackBlock。
使用的时候防止循环引用，有一下几种方法：

方法一：对Block内要使用的对象A使用__weak进行修饰，Block对对象A弱引用打破循环。

方法二：对Block内要使用的对象A使用__block进行修饰，并在代码块内，使用完__block变量后将其设为nil，并且该block必须至少执行一次。

注意上述代码仍存在内存泄露，因为：

在block代码块内，使用完使用完__block变量后将其设为nil，并且该block必须至少执行一次后，不存在内存泄露，因为此时：

可通过__block变量动态控制持有XXController对象的时间，运行时决定是否将nil或其他变量赋值给__block变量

必须手动保证__block变量最后设置为nil
block必须执行一次，否则__block不为nil循环应用仍存在
因此，还是避免使用第二种不常用方式，直接使用__weak打破Block循环引用。

方法三：将在Block内要使用到的对象（一般为self对象），以Block参数的形式传入，Block就不会捕获该对象，而将其作为参数使用，其生命周期系统的栈自动管理，不造成内存泄露。

即原来使用__weak的写法：

改为Block传参写法后：

优点：简化了两行代码，更优雅
更明确的API设计：告诉API使用者，该方法的Block直接使用传进来的参数对象，不会造成循环引用，不用调用者再使用weak避免循环

另外 __weak 是有代价的，需要检查对象是否已经消亡，而为了知道是否已经消亡，自然也需要一些信息去跟踪对象的使用情况。__unsafe_unretained 比 __weak 快。当明确知道对象的生命期时，选择 __unsafe_unretained 会有一些性能提升；
疑问：为什么所有的文章里说block是分配在栈里的？

五、iOS 的热更新方案有哪些？介绍一下实现原理。

每个Objective-C对象都有一个隐藏的数据结构，这个数据结构是Objective-C对象的第一个成员变量，它就是isa指针。这个指针指向哪 呢？它指向一个类对象(class object 记住它是个对象，是占用内存空间的一个变量，这个对象在编译的时候编译器就生成了，专门来描述某个类的定义)，这个类对象包含了Objective-C 对象的一些信息（为了区分两个对象，我把前面提到的对象叫Objective-C对象），包括Objective-C对象的方法调度表，实现了什么协议等 等。这个包含信息就是Objective-C动态能力的根源了。那我们看看isa指针类型的数据结构是什么样的？

如果抛开NSObject对象的其他的成员数据和变量，NSObject可以看成这样：

不考虑@interface关键字在编译时的作用，可以把NSObject更接近C语言结构表示为：

那objc_class的结构大概是这样的：

在这个定义中，下面几个字段是我们感兴趣的

isa：需要注意的是在Objective-C中，所有的类自身也是一个对象，这个对象的Class里面也有一个isa指针，它指向metaClass(元类)，我们会在后面介绍它。
cache：用于缓存最近使用的方法。一个接收者对象接收到一个消息时，它会根据isa指针去查找能够响应这个消息的对象。在实际使用中，这个对象只有一部分方法是常用的，很多方法其实很少用或者根本用不上。这种情况下，如果每次消息来时，我们都是methodLists中遍历一遍，性能势必很差。这时，cache就派上用场了。在我们每次调用过一个方法后，这个方法就会被缓存到cache列表中，下次调用的时候runtime就会优先去cache中查找，如果cache没有，才去methodLists中查找方法。这样，对于那些经常用到的方法的调用，但提高了调用的效率。
version：我们可以使用这个字段来提供类的版本信息。这对于对象的序列化非常有用，它可是让我们识别出不同类定义版本中实例变量布局的改变。

1. 检测NSObject是否响应+alloc方法，发现响应，于是检测NSArray类，并根据其所需的内存空间大小开始分配内存空间，然后把isa指针指向NSArray类。同时，+alloc也被加进cache列表里面。
2. 接着，执行-init方法，如果NSArray响应该方法，则直接将其加入cache；如果不响应，则去父类查找。
3. 在后期的操作中，如果再以[[NSArray alloc] init]这种方式来创建数组，则会直接从cache中取出相应的方法，直接调用。

这里会看到， 在这个结构体里还有一个isa指针，又是一重指向，是不是有种到了盗梦空间的感觉。不用紧张，take easy，不会有那么多层次的，这里的isa指针指向的是元类对象(metaclass object)，带有元字，证明快到头了。那元对象有啥用呢？它用来存储的关于类的版本，名字，类方法等信息。所有的元类对象(metaclass object)都指向

八、Cocoa是什么？

Cocoa是OS X和 iOS操作系统的程序的运行环境；
是什么因素使一个程序成为Cocoa程序呢？不是编程语言，因为在Cocoa开发中你可以使用各种语言；也不是开发工具，你可以在命令行上就可以创建Cocoa程序。Cocoa程序可以这么说，它是由一些对象组成，而这些对象的类最后都是继承于它们的根类 ：NSObject。而且它们都是基于Objective-C运行环境的；

七、细致地讲一下事件传递流程

2、接下来是事件的响应。首先看initial view能否处理这个事件，如果不能则会将事件传递给其上级视图（inital view的superView）；如果上级视图仍然无法处理则会继续往上传递；一直传递到视图控制器view controller，首先判断视图控制器的根视图view是否能处理此事件；如果不能则接着判断该视图控制器能否处理此事件，如果还是不能则继续向上传递；（对于第二个图视图控制器本身还在另一个视图控制器中，则继续交给父视图控制器的根视图，如果根视图不能处理则交给父视图控制器处理）；一直到 window，如果window还是不能处理此事件则继续交给application处理，如果最后application还是不能处理此事件则将其丢弃
3、在事件的响应中，如果某个控件实现了touches...方法，则这个事件将由该控件来接受，如果调用了[super touches….];就会将事件顺着响应者链条往上传递，传递给上一个响应者；接着就会调用上一个响应者的touches….方法

如何做到一个事件多个对象处理：
因为系统默认做法是把事件上抛给父控件，所以可以通过重写自己的touches方法和父控件的touches方法来达到一个事件多个对象处理的目的。

事件的传递和响应的区别：
事件的传递是从上到下（父控件到子控件），事件的响应是从下到上（顺着响应者链条向上传递：子控件到父控件。
事件传递调用的方法是：

事件响应调用的刚发是：

八、main()之前的过程有哪些?

注意：dyld会缓存上一次把信息加载内存的缓存，所以第二次比第一次启动快一点

九、讲一下 HTTPS 密钥传输流程

1、客户端发起连接请求
2、服务端配置数字证书（证书有颁发机构颁发或者是自己生成的，其实就是一对公钥和私钥）
3、服务端传送证书包含颁发机构过期时间其实这个就是公钥
4、客户端收到证书，TLS验证证书是否有效，如果有效就生成一个随机值其实就是私钥，接下来就只用这个私钥进行对称加密的，然后证书对这个随机值进行加密然后传给服务端
5、服务端的得到加密的随机数以后进行解密，然后把信息加密传给客户端，客户端收到以后用私钥进行解密

为了安全采用非对称加密，但是每次都进行非对称加密导致耗时太长（交互的时候用对方的公钥加密传给对方以后，对方用私钥解密），所以准备第一次用RSA非对称加密目的是把约定的秘钥传给对方，以后双方都使用这个秘钥对称加密。
CA证书的目的就是在第一次传秘钥的时候防止中间人冒充通信人的公钥，所以加以公正。办法是用CA的私钥和公钥对对方的公钥进行非对称加密。接受方收到证书后用hash算法对对方公钥解密然后和用CA的公钥对数字签名解密的公钥进行对比 ，如没有篡改就可以进行下面的对称加密进行通信了；

十、为什么是三次握手？为什么是四次挥手？三次挥手不行吗

A对B说：我的序号是x，我要向你请求连接；（第一次握手，发送SYN包，然后进入SYN-SEND状态）
B听到之后对A说：我的序号是y，期待你下一句序号是x+1的话（意思就是收到了序号为x的话，即ack=x+1），同意建立连接。（第二次握手，发送ACK-SYN包，然后进入SYN-RCVD状态）
A听到B说同意建立连接之后，对A说：与确认你同意与我连接（ack=y+1,ACK=1,seq=x+1）。（第三次握手，A已进入ESTABLISHED状态）
B听到A的确认之后，也进入ESTABLISHED状态。
1.A与B交谈结束之后，A要结束此次会话，对B说：我要关闭连接了（seq=u,FIN=1）。（第一次挥手，A进入FIN-WAIT-1）
3.A收到B的确认后,等了一段时间，因为B可能还有话要对他说。（此时A进入FIN-WAIT-2）
4.B说完了他要说的话（只是可能还有话说）之后，对A说，我要关闭连接了。（seq=w, ack=u+1,FIN=1，ACK=1）(第三次挥手)
5.A收到B要结束连接的消息后说：已收到你要关闭连接的消息。（seq=u+1,ack=w+1,ACK=1）(第四次挥手，然后A进入CLOSED)
6.B收到A的确认后，也进入CLOSED。

十一、讲讲 RunLoop，项目中有用到吗？

线程和 RunLoop 之间是一一对应的，其关系是保存在一个全局的 Dictionary 里。线程刚创建时并没有 RunLoop，如果你不主动获取，那它一直都不会有。RunLoop 的创建是发生在第一次获取时，RunLoop 的销毁是发生在线程结束时。你只能在一个线程的内部获取其 RunLoop（主线程除外）。

十二、KVO使用案例和原理

2.当某个类的属性对象第一次被观察时，系统就会在运行期动态地创建该类的一个派生类，在这个派生类中重写基类中任何被观察属性的setter 方法。派生类在被重写的setter方法内实现真正的通知机制
4.每个类对象中都有一个isa指针指向当前类，当一个类对象的第一次被观察，那么系统会偷偷将isa指针指向动态生成的派生类，从而在给被监控属性赋值时执行的是派生类的setter方法

2.NSKVONotifying_A类剖析：在这个过程，被观察对象的 isa 指针从指向原来的A类，被KVO机制修改为指向系统新创建的子类 NSKVONotifying_A类，来实现当前类属性值改变的监听；
3.所以当我们从应用层面上看来，完全没有意识到有新的类出现，这是系统“隐瞒”了对KVO的底层实现过程，让我们误以为还是原来的类。但是此时如果我们创建一个新的名为“NSKVONotifying_A”的类()，就会发现系统运行到注册KVO的那段代码时程序就崩溃，因为系统在注册监听的时候动态创建了名为NSKVONotifying_A的中间类，并指向这个中间类了。
4.（isa 指针的作用：每个对象都有isa 指针，指向该对象的类，它告诉 Runtime 系统这个对象的类是什么。所以对象注册为观察者时，isa指针指向新子类，那么这个被观察的对象就神奇地变成新子类的对象（或实例）了。） 因而在该对象上对 setter 的调用就会调用已重写的 setter，从而激活键值通知机制。