- 常见的出现内存循环引用的场景有哪些?
• 定时器(NSTimer):
NSTimer经常会被作为某个类的成员变量,而NSTimer初始化时要指定self为target,容易造成循环引用(self->timer->self)。另外,若timer一直处于validate的状态,则其引用计数将始终大于0,因此在不再使用定时器以后,应该先调用invalidate方法, 说白了就是一定要移除定时器.
• block的使用:
block在copy时都会对block内部用到的对象进行强引用(ARC)或者retainCount增1(非ARC)。在ARC与非ARC环境下对block使用不当都会引起循环引用问题,一般表现为,某个类将block作为自己的属性变量,然后该类在block的方法体里面又使用了该类本身,简单说就是self.someBlock = Type var{[self dosomething];或者self.otherVar = XXX;或者_otherVar = …};出现循环的原因是:self->block->self或者self->block->_ivar(成员变量)
代理(delegate):
在委托问题上出现循环引用问题已经是老生常谈了,规避该问题的杀手锏也是简单到哭,一字诀:声明delegate时请用assign(MRC)或者weak(ARC)
2.MRC、ARC内存管理机制
MRC下,oc内存管理遵循“谁创建、谁释放、谁引用、谁管理”的机制,当创建或引用一个对象时,需要向她发送alloc,copy,retain消息,当释放该对象时需要发送release消息,当引用计数为零的时候,系统释放该对象。
ARC是自动引用计数,管理机制与手动机制一样,只是不再需要调用retain,release,autorelease,它会在适当的位置插入release和autorelease。使用ARC不代表不需要内存管理了,例如使用block时要避免循环引用,代理作为属性时,要用弱指针指引。
3.RunLoop的理解
每个线程有一个消息循环 —> 消息循环监听着输入事件—> 事件有两种类型 输入源和定时源 —> 将创建好的输入源以确定的模式加入消息循环中 —> 由于子线程消息循环默认不开启, 所以线程中无法监听到是否有方法需要其执行,就会销毁,导致方法执行不到 —> 需要开启子线程的消息循环 —> 三种开启方法, run开启了无法关闭, runUntilDate虽然开启了确定的时间也不靠谱, 苹果提供了判断模式,点击run 右边帮助栏查找. RunLoop是时间循环,负责监听事件,保证应用程序持续运行。监听到事件后,向注册的对象发送消息,从而实现事件响应
Runloop(消息循环)的目的:
保证程序不退出
负责处理输入事件 (事件类型如下:)
如果没有事件发生, 会让程序进入休眠状态
通俗的讲,runloop主要就是为保证程序在执行过程中不会被系统终止,确保不断的监听用户交互行为
runloop的运行循环模式:
有4种模式 第一种就是默认模式: 也就是一般的方法调用使用的模式。第二种就是跟踪模式: 用于scrollview追踪触摸滑动, 使其不受其他模式的影响, 可以共存。 第三种就是当程序启动时第一次开启的运行循环模式。第四种的话一般开发中没听到过。没有去研究过。其实还有一种占位模式。不过没什么太大用处。
Runloop本质:
其实是一个结构体。里面有obserner。nstimer。source(监听事件的)等等
- 代理、观察者、单例设计模式的使用场景?
单例设计模式:
确保对于一个给定的类只有一个实例存在,这个实例有全局唯一的访问点。例如NSUserDefaults、UIApplication、NSFileManager、以及封装网络工具类时使用。
代理设计模式:
通常发送者和接收者的是一对一关系,目的是改变或传递控制链,允许一个类在某些特定时刻通知其他类,而不需要获取其他类的指针。在UIKit中大量使用代理。
KVO和Notification都是观察者模式:
一个对象任何状态的变更都会通知另外对其观察的对象。Notification常用于一堆多传值,当两个对象间无关联关系时,经常使用,如键盘的弹出或隐藏就是使用Notification;KVO是键值观察者模式,当指定对象的属性被修改后,KVO自动通知相应的观察者。