问题1 一个类有A方法 给这个类创建类别 类别中也有A方法 怎么调用了
答:如果一个类的分类重写了这个类的方法后，那么这个类的这个方法将失效，起作用的将会是分类的那个重写方法，在分类重写的时候Xcode也会给出相应警告：分类实现将会替代主类实现
原方法失效，分类方法生效的原理是？
想弄清这点先来看一下类的初始化，首先oc是动态语言，建立在runtime 的基础上，同样类的初始化也是动态的，根类NSObject 的+load 和+initilize两个方法，用于类的初始化，我们这里要着重看的是+load方法:
load方法 和 initilize方法的区别:
调用时刻
load:程序启动时,类被加载进内存就调用
initialize:当第一次使用这个类或者其子类就会调用调用次数
load:因为加载进内存只会加载一次，所以也只会调用一次
initialize:不确定,具体根据子类和具体调用情况
比如有个类,它有一个子类,第一次使用子类时,父类的initialize会被调用2次
+load 方法是当(类或分类)被添加到 Objective-C runtime 时被调用的，实现这个方法可以让我们在类加载的时候执行一些类相关的行为。(子类的 +load 方法会在它的所有父类的 +load 方法执行之后执行)，而(分类的 +load 方法会在它的主类的 +load 方法执行之后执行)。但是不同的类之间的 +load 方法的调用顺序是不确定的。
因为加载顺序是父类先+load，然后子类+load，然后分类+load，那么如果分类重写子类方法：首先子类+load，将方法添加到类的方法列表methodLists，然后分类+load，将重写的方法添加到方法列表中
参考答案
问题2 json底层是怎么解析的
答: 当时答的是系统类NSJSONSerialization将二进制数据转为字典
JSON底层原理：
遍历字符串中的字符，最终根据格式规定的特殊字符，比如{}，[],:，等进行区分。
{}是一个字典的开始，[]是一个数组的开始，
：是字典的键和值的分水岭，最终结果是讲json数据转化为字典，字典中的值可能是字典，数组，字符串。
XML底层原理：
xml解析常用的解析方法有两种：DOM和SAX解析。
DOM解析采用建立树形结构的方式访问xml文档，而SAX采用事件模型。
DOM解析把xml文档转化成为一个包含其内容的树，并可以对树进行遍历。
使用DOM解析时需要处理整个xml文档，所以对性能和内存的要求比较高。
SAX解析xml文档时可以触发一系列的事件，当发现给定的tag的时候，它可以激活一个回调方法，告诉该方法制定的标签已经找到。
SAX对内存要求较低，因为它让开发人员自己决定所要处理的tag。
问题3 @import 和import的区别
参考答案
关于@import是iOS 7之后的新特性语法，这种方式叫Modules(模块导入) 或者 "semantic import(语义导入)" ,是一种更好的头部预处理的执行方式，
这iOS 7之后你能通过@import语法来导入任何的framework,Modules是一种将所有可执行的framework打包在一起，貌似这种方式比起传统的#import更安全和更高效。
而且另外一个最大的改进就是使用@import之后，你不用在project settings那里添加framework，系统会自动帮你加载上了，方便了很多，也避免了很多不必要的错误，例如忘记了加入framework而出现的 "Linker Error"。
问题4 死锁产生的条件及解决方案
参考答案:
定义:
所谓死锁，通常指有两个线程T1和T2都卡住了，并等待对方完成某些操作。T1不能完成是因为它在等待T2完成。但T2也不能完成，因为它在等待T1完成。于是大家都完不成，就导致了死锁（DeadLock）。
场景
[super viewDidLoad];
//同步请求
dispatch_sync(dispatch_get_main_queue(), ^{
NSLog(@"这里发生死锁了");
});
}
代码剖析 关于GCD同步任务 与异步任务的两个方法 dispatch_async 和 dispatch_sync 他们的作用是
将任务（block）添加进指定的队列中(如上代码添加进主队列里 即为串行队列里)。
并根据是否为sync决定调用该函数的线程是否需要阻塞。
注意：这里调用该函数的线程并不执行参数中指定的任务（block块），任务的执行者是GCD分配给任务所在队列的线程。
结论：调用dispatch_sync和dispatch_async的线程，并不一定是任务（block块）的执行者。
回到上面的死锁代码中：首先明确的是：执行这个dispatch_get_main_queue队列的是主线程。执行了dispatch_sync函数后，将block添加到了main_queue中，同时调用dispatch_syn这个函数的线程（也就是主线程）被阻塞，等待block执行完成，而执行主线程队列任务的线程正是主线程，此时他处于阻塞状态，所以block永远不会被执行，因此主线程一直处于阻塞状态。因此这段代码运行后，并非卡在block中无法返回，而是根本无法执行到这个block。
参考来源
