美文网首页
常见面试题小结

常见面试题小结

作者: LD_左岸 | 来源:发表于2019-02-20 11:27 被阅读5次
问题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。
参考来源

相关文章

网友评论

      本文标题:常见面试题小结

      本文链接:https://www.haomeiwen.com/subject/ogbcyqtx.html