美文网首页
面试题目

面试题目

作者: my__life | 来源:发表于2016-05-26 23:50 被阅读43次
    Paste_Image.png

    1.如何理解interface 和 property?
    答:a. 只在@interface中定义变量的话,你所定义的变量只能在当前的类中访问,在其他类中是访问不了的;而用@property声明的变量可以在外部访问。
    b.用了@property去声明的变量,可以使用“self.变量名”的方式去读写变量。而用@interface的方式就不可以。

    2.怎么内存管理(ARC)
    a. block的内存管理
      iOS中使用block必须自己管理内存,错误的内存管理将导致循环引用等内存泄漏问题,这里主要说明在ARC下block声明和使用的时候需要注意的两点:  1)如果你使用@property去声明一个block的时候,一般使用copy来进行修饰(当然也可以不写,编译器自动进行copy操作),尽量不要使用retain。
    @property (nonatomic, copy) void(^block)(NSData * data);

    2)block会对内部使用的对象进行强引用,因此在使用的时候应该确定不会引起循环引用,当然保险的做法就是添加弱引用标记。
    __weak typeof(self) weakSelf = self;

    有兴趣的读者可以深入了解:
      1、block的内部实现原理是什么?  2、从内存位置来看block有几种类型?它们的内存管理方式各是怎样的?  3、对于不同类型的外部变量,block的内存管理都是怎样的?

    b 经典内存泄漏及其解决方案
      虽然ARC好处多多,然而也并无法避免内存泄漏问题,下面介绍在ARC中常见的内存泄漏。
      b.1 僵尸对象和野指针
      僵尸对象:内存已经被回收的对象。
      野指针:指向僵尸对象的指针,向野指针发送消息会导致崩溃。
      野指针错误形式在Xcode中通常表现为:Thread 1:EXC_BAD_ACCESS,因为你访问了一块已经不属于你的内存。  例子代码:(没有出现错误的筒子多运行几遍,因为获取野指针指向的结果是不确定的)
    Dog * dog = [[Dog alloc]init]; NSLog(@"before"); NSLog(@"%s",object_getClassName(dog)); [dog release]; NSLog(@"after"); NSLog(@"%s",object_getClassName(dog));

    运行结果:
    [15184:5811062] before [15184:5811062] Dog [15184:5811062] after (lldb)

    可以看到,当运行到第六行的时候崩溃了,并給出了EXC_BAD_ACCESS的提示。
      解决方案:
      对象已经被释放后,应将其指针置为空指针(没有指向任何对象的指针,给空指针发送消息不会报错)。
      然而在实际开发中实际遇到EXC_BAD_ACCESS错误时,往往很难定位到错误点,幸好Xcode提供方便的工具給我们来定位及分析错误。  1)在product-scheme-edit scheme-diagnostics中将enable zombie objects勾选上,下次再出现这样的错误就可以准确定位了。  运行结果:
    [15169:5801945] before [15169:5801945] Dog [15169:5801945] after [15169:5801945] _NSZombie_Dog

    可以看到,当运行到第六行时并没有崩溃,并给出了NSZombie的提示。
      2)在Xcode-open developer tool-Instruments打开工具集,选择Zombies工具可以对已安装的应用进行僵尸对象检测。
      b.2 循环引用
      循环引用是ARC中最常出现的问题,对于可能引发循环引用的一些原因在前一篇文章iOS总结篇:影响控制器正常释放的常见问题中有提及,大家可以看看。
      一般来讲循环引用也是可以使用工具来检测到的,分为两种:  1)在product-Analyze中使用静态分析来检测代码中可能存在循环引用的问题。
      2)在Xcode-open developer tool-Instruments打开工具集,选择Leaks工具可以对已安装的应用进行内存泄漏检测,此工具能检测静态分析不会提示,但是到运行时才会出现的内存泄漏问题。
      Leaks工具虽然强大,但是它不能检测到block循环引用导致的内存泄漏,这种情况一般需要自行排查问题(考验你的基本功时候到了),傻瓜式的方案当然是重写对象的dealloc方法来监测对象是否正常释放,来确认没有形成循环引用。
      由于ARC中循环引用出现的几率相对较大,很多大神或者团队都提供了很多解决此问题的思路和方法,甚至开发了插件和类库来帮助开发者更好地检测问题,有兴趣的读者可以研究一下,是否好用,孰好孰坏就由读者自行评判了。
      b.3 循环中对象占用内存大
      这个问题常见于循环次数较大,循环体生成的对象占用内存较大的情景。  例子代码:我需要10000个演员来打仗
    for (int i = 0; i < 10000; i ++) { Person * soldier = [[Person alloc]init]; [soldier fight]; }

    该循环内产生大量的临时对象,直至循环结束才释放,可能导致内存泄漏,解决方法和上文中提到的自动释放池常见问题类似:在循环中创建自己的autoReleasePool,及时释放占用内存大的临时变量,减少内存占用峰值。
    for (int i = 0; i < 10000; i ++) { @autoreleasepool { Person * soldier = [[Person alloc]init]; [soldier fight]; } }

    然而有时候autoReleasePool也不是万能的:  例子:假如有2000张图片,每张1M左右,现在需要获取所有图片的尺寸,你会怎么做?  如果这样做
    for (int i = 0; i < 2000; i ++) { CGSize size = [UIImage imageNamed:[NSString stringWithFormat:@"%d.jpg",i]].size; //add size to array }

    用imageNamed方法加载图片占用Cache的内存,autoReleasePool也不能释放,对此问题需要另外的解决方法,当然保险的当然是双管齐下了
    for (int i = 0; i < 2000; i ++) { @autoreleasepool { CGSize size = [UIImage imageWithContentsOfFile:filePath].size; //add siez to array } }

    b.4 无限循环
      这个是比4.3更极端的情况,无论你出于什么原因,当你启动了一个无限循环的时候,ARC会默认该方法用不会执行完毕,方法里面的对象就永不释放,内存无限上涨,导致内存泄漏。  例子:
    NSLog(@"start !"); dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ BOOL isSucc = YES; while (isSucc) { [NSThread sleepForTimeInterval:1.0]; NSLog(@"create an obj"); } });

    输出结果为
    [7026:3555827] start ! [7026:3556236] create an obj [7026:3556236] create an obj [7026:3556236] create an obj [7026:3556236] create an obj [7026:3555827] dealloc [7026:3556236] create an obj [7026:3556236] create an obj [7026:3556236] create an obj

    可以看到,当控制器释放后该循环还在继续。  
      对于这类问题解决方案是什么呢?留给读者思考吧~ _
      提示:解决方法有autoreleasepool、block、timer等等

    3.cocoa框架中有什么设计模式?
    a.单例模式
    b.观察者模式:KVO机制 通知机制 委托模式
    http://www.cocoachina.com/ios/20141111/10187.html

    1.如何定位自己位置?

    2.如何实现下拉加载更多数据?

    3.关于GCD
    两个重要概念:队列 和 任务的、和 队列组
    队列:串行队列、并行队列、主队列、全局队列
    任务:同步执行、异步执行

    用GCD创建多个子线程,要求在子线程全部完成任务之后执行某操作,应该怎么做?

    其实这个问题我们只要回答利用GCD并行执行多个线程,等待所有线程结束之后再执行其他任务 用我们上面说过的队列组的方法就OK 然后问怎么判断这些任务都执行完了,其实dispatch_group_notify函数里面的block就是

    a.创建队列组
    b.创建全局队列
    c.多次使用队列组方法执行任务
    d.都完成后会自动通知

    相关文章

      网友评论

          本文标题:面试题目

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